--- Log for 11.06.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 hours and 24 minutes ago 00.00.29 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a219.wi.tds.net) 00.01.27 # bye all :) 00.01.49 # bye 00.02.39 # (i just DL the latest bleding edge) 00.05.29 # is the latest bleding edge now differs? 00.06.29 # yes some bugfixes :) 00.06.37 Join thegeek [0] (na@ti521110a080-0260.bb.online.no) 00.06.45 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a219.wi.tds.net) 00.07.37 # ok now it's compiling 00.13.36 Quit Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 00.16.29 # AHHH !! I'm flashing in a few minuts!! i really hate this part!!! 00.20.21 # ah. my stomach wants to flip.. disconnecting usb prot... 00.20.24 Quit Harpy (Read error: 60 (Operation timed out)) 00.20.45 # iriver fw is loading... 00.21.23 # >general>firmawre upgarde (ho please god please godDddD) 00.21.49 # UPGRADING! do not touch during firmare upgrade... 00.21.51 # god has left you now! 00.21.54 # h.d stops spinning.... 00.22.08 # heart is pounding!!! 00.22.11 # haha 00.22.28 Quit pbvas ("Leaving") 00.22.30 # if this is what a firmware upgrade is for you, i'd hate to see how you handle life-threatening situations 00.22.42 # plyaer is off.f.f... . pleasee!!! pressing PLAY 00.23.01 # ahhh... it nowoyhdfh 00.23.02 # yeaaeh 00.23.06 # RCKBOX 00.23.08 # OMG 00.23.21 # what is this ?! 00.23.30 # * preglow stands by for more tremor optimisations! 00.23.31 # ahhh it works!! 00.23.37 # wait, now the iriver fw 00.23.50 # system off... now with the REC BUTTOn 00.23.56 # YEAHH!!! 00.23.58 Quit Jason ("CGI:IRC (Ping timeout)") 00.24.01 # it boots! 00.24.05 # then hooray! 00.24.35 # oomg... it's all over. i'm all over it. 00.24.41 # now to the story 00.27.46 # ho it's all in hebrew. I have a log file in hebrew of all my problems with it. twice it bricked after a bad firmware upgarde, one time I don't know why (used the right file), the other - they send me it with the firmware of the iHP 15 GB version (was not published all around the world). another time - the main screen of the unit was ugly broken (but system worked fine....) and another time - was burned by an electrical shock. 00.28.32 # hahah 00.28.45 # but now it's unbelivebly works 00.28.45 Quit Nuxator ("CGI:IRC (EOF)") 00.33.24 Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 00.34.05 Join silencer [0] (~silencer@zen.via.ecp.fr) 00.37.47 # gotta hate flashing 00.41.07 # an iriver 15gb? o.o. 00.41.17 # H-115 00.43.47 # what kind of specs do those have? 00.43.54 # based on 110 or 120? 00.44.10 # preglow: tremor optimisations comitted by Pedro :) 00.44.23 # MoosCamaro: i know, just spoke to him about them 00.44.29 # Hmm, that's strange. I believed H-115 was like H-110, 16 MB ram 00.45.09 # preglow: :) 00.45.25 # amiconn: mhm... thats what i'm wondering. 00.45.55 # preglow: Mhm, LINE_ATTR ;-) 00.46.08 # amiconn: might be clever to stuff that LINE_ATTR thing he does in a main rockbox header somewhere, considering your movem discovery 00.46.12 # ahh, yes 00.46.16 # ;) 00.46.48 # Probably we don't want to do that anywhere, might waste a fair amount of ram 00.47.15 # It surely helps if the data structure is >= 16 bytes and accessed with movem 00.47.16 # everywhere, you mean? the ram waste would be negligable for the few places where we know it would matter 00.47.52 # especially considering the possible gain 00.48.04 # yea. 00.48.09 # o.o 00.48.16 # we waste like what, 12 bytes? 00.48.28 # worst case, yes 00.48.54 # or in strange cases, 15 bytes 00.54.03 # heh, tremor guy knew about line attr all along? 00.54.12 # or did he do the improvements after reading? 00.54.34 # he asked me about it now 00.54.42 # k 00.54.49 # but he suspected it, it seems 00.58.33 # 115 was probebly based on 110 otherwise it shouldn't have crashed when they put me the wrong firmware un my player and i've updated it to the right one. 00.58.47 # then rockbox shouldn't have booted on it though. 01.00.11 # lemme see if i get this correctly 01.00.16 # you've just flashed rockbox on a 115? 01.00.49 # rbx l00ks wow, AMAZIng. way the F*cking go! it has like everyting i ever dreamed of in a player, honest! it's totally amazing. really nice to think that after all that time this would really be one of the best possible players. will donate soon. 01.02.37 # no. they once send me my unit flashed with a 115 fw. (you right it isn't based on a 110 by that..) then I tried to flash it with 120 content (They just told me to ship it back to them. didn't had a solution, their fault, they knew it's the wrong firmware, but still i tried.) and it crashed. 01.04.46 # Commit coming up... 01.05.16 # w000t 01.05.20 # :P 01.12.28 Quit matsl (Remote closed the connection) 01.13.23 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 01.17.07 # argh 01.17.16 # the musepack struct is way too large for it to fit in iram in any way 01.18.15 # I really hate my telco 01.18.24 # No free upgrade to 2mbit for me 01.19.01 # All because they did not even bother testing the line but rely on an out of date database that is incorrect. I now have to pay for a manual upgrade instead. 01.19.17 # Which means they HAVE to do a line test 01.19.45 # So unfair :P 01.20.43 # preglow: split it up in substructs? 01.21.30 # HCl: yeah, possibly, that or make some of the bigger arrays pointers that we assign somewhere in an init 01.23.30 Quit matsl (Remote closed the connection) 01.24.21 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 01.25.09 # HCl: but yeah, splitting it to two subtructs where one contains the iram stuff might be clever 01.25.32 # Hmm, I need to take care of the different chargers. The plugs of the iriver and the archos chargers are *very* similar and fit into the 'wrong' socket 01.25.57 # put some tape on one of them 01.26.04 # red tape, for the sake of irony 01.27.08 # It might be fatal for the iriver to feed it unregulated 9 volts 01.27.31 # The other way round is no problem, the archos just wouldn't charge 01.27.37 # (polarity is the same) 01.27.39 # s/might be/surely is/ 01.27.47 # what preglow said 01.27.47 # heh. 01.28.17 Quit t0mas (Read error: 60 (Operation timed out)) 01.28.47 # i'll perform shakespeares collected works in the nude publicly if your iriver survives that 01.28.56 # darn. 01.28.59 # thats worth a shot 01.29.00 # :P 01.29.10 # preglow: I won't try that for sure 01.29.21 # xD 01.29.23 # heh, i sure as hell won't force you, having made the claim i have 01.29.28 # lmao. 01.30.31 # The iriver dc in isn't very well designed, methinks 01.30.33 # h1x0 units seem to get sweating fits if they're as much as within a metre of a nokia charger 01.30.47 # :p 01.30.54 # i'm glad to get rid of my nokia charger 01.30.57 # they start to wiggle away from it 01.31.26 # i sure as hell keep mine as far away as i can 01.31.28 # * amiconn has a SonyEricsson... 01.31.50 # amiconn: i'm sure it won't take any kinder to those chargers either, assuming the plug even fits 01.31.53 # ...but 2 archoses otoh... 01.32.07 # ...with a charger, that is 01.32.33 # preglow: SonyEricsson has a totally different plug 01.34.14 # but yeah, if you value your h140, never ever plug in the wrong charger 01.34.19 # it'll fry itself given half an excuse 01.34.38 # good night all 01.34.56 Join bipak_ [0] (~bip@p50885B69.dip.t-dialin.net) 01.35.00 Part MoosCamaro 01.35.01 # my, musepack math really is shifting hell 01.36.26 *** Saving seen data "./dancer.seen" 01.36.27 # hrmph 01.36.37 # with a bit of luck, this wont go well with the emac unit at all 01.36.39 # * preglow gives it a shot 01.37.17 # bad luck you mean? 01.37.34 # can't you use times 2^shifting ? 01.37.47 # no, that's not the problem 01.38.10 # the emac fractional mode has an implicit << 1 shift of the result 01.38.38 # which might not go to well with musepack 01.41.22 # when you cast a 64 bit int to a 32 bit int, you get the lower 32 bits, yeah? 01.41.50 # yes 01.41.53 # well, shit 01.42.07 # why? 01.42.33 # You could use a union 01.42.43 # nah, problem is i can't provide a 64 bit int 01.42.53 # long long? 01.43.18 # Or are you talking about emac? 01.43.23 # emac can only provide top 32 bits, what musepack does is do a full 32x32 -> 64 bit mul 01.43.31 # then shift the result down quite a few bits and cast to 32 bit int 01.45.10 # hum, is vorbis actually faster than mp3 on rockbox currently? 01.45.27 # since i can't provide any of the lower 32 bits (except the top lower 8, but at great penalty), i'll probably have to do prescaling 01.45.33 # crwl: sincerely doubt it 01.45.49 # crwl: might be with the wildly inefficient dither codecmpa uses 01.45.58 # preglow, vorbis2wav and mpa2wav behave differently then? 01.45.58 # oh 01.46.16 # with vbr files with similar bitrates (~200-220) i seem to get ~130% with mp3 and ~170 with vorbis 01.47.06 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 01.47.29 # well, yeah, mp3 uses a really slow dither at the moment 01.47.31 # might be that 01.47.37 # vorbis has no dithering 01.47.45 # ok 01.47.48 # dither should be an option, imho 01.47.56 # i most certainly can't hear dithering at 16 bits 01.48.08 # me neither 01.48.41 # dithering should also probably be moved from the codecs to the rockbox core 01.49.14 # preglow: Is the downshift after multiply constant? 01.49.56 # amiconn: sometimes 01.50.12 # amiconn: they've got a constant shift mul and a variable shift mul, i'm about to study the code to see what's most commong now 01.51.58 # the only mul that is really friendly is the FRACT mul, which does a full 32 bit shift down 01.52.02 Join webguest42 [0] (~5156e2c2@labb.contactor.se) 01.53.20 Quit webguest42 (Client Quit) 01.54.17 # fortunately, this is what the main synth loop uses 01.55.32 # how do i properly convert a font to rockbox format? 01.56.07 # there's convbdf which turns bdf fonts to .fnt files, but maybe my bdf font isn't in a proper format 01.56.13 # good night :) 01.58.10 Join ]RowaN[ [0] (a2b0y@82-43-211-171.cable.ubr10.newm.blueyonder.co.uk) 01.58.25 # <]RowaN[> guys, what is car adaptor mode? and does it work on iriver 01.58.27 Join stripwax_ [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) 01.58.32 # lo 02.00.05 # hello, stripwax 02.00.49 # hmm, limiting the number of characters did the trick 02.01.15 # preglow- hi! I actually just finally installed rockbox for first time on iriver.. awesome news to come back to after a vacation. i'm totally blown away. 02.01.43 # agreed, heh 02.01.52 # i'm hearing it but i'm not believing it :-) figured it was about time to donate to rockbox too 02.03.05 # <]RowaN[> i'll donate to rockbox, it would be nice if i could get crossfading to work mind you 02.03.43 # <]RowaN[> i donated to zsnes 2 years ago and i still havent been added to the donators list, meh 02.04.00 # i really prefer to be anonymous when donating 02.04.02 # does rockbox have a donator list? 02.04.23 # anyone know how one does a 64 bit mul with only 32 bit hardware multipliers? 02.04.53 # preglow- do four 32-bit mults, shift, and adjust for the sign bit 02.05.11 # four 32 bit muls, yes 02.05.22 # that explains why musepack is so incredibly, amazingly slow 02.05.56 # this friggin requires an arm to be an easy port 02.07.24 # - actually, you'd need to do a bit more than that, as you need to adjust the sign of each of the mults, and that requires more bits.. hmm.. 02.07.43 # four 33-bit mults, or four 32-bit mults and some extra stuff too 02.08.56 # I'll see if I can find that section of my dissertation :) 02.12.22 # ahahah 02.12.29 # i just sped libmusepack up by 100% 02.12.31 # * HCl still hasn't tried music playback on iriver :X goes to try 02.12.34 # how? 02.12.37 # <]RowaN[> im guessing car adaptor mode is a feature that stops the battery from charging when plugged in? 02.12.42 # replacing an innerloop with asm 02.12.48 # nice 02.12.52 # realtime now? 02.12.57 # no 02.13.00 # :X 02.13.02 # 70% 02.13.04 # k. 02.14.45 # <]RowaN[> is this the right channel for me to be asking rockbox questions or am i invisible? 02.14.55 # nope, thats the right channel 02.15.06 # car adapter mode is for making it controlled by car controls, i think. 02.15.08 # i dunno 02.17.12 # Oh, I remember. You need to use a combination of signed and unsigned multiplications: m*n = (a<<32 + b)*(c<<32 + d) where a,c are signed 32 bits, b,d are unsigned 32 bits. so compute bd + ad<<32 + bc<<32 + ac<<64 but of course bc (and ad) are signed*unsigned .. 02.17.46 # dunno if you have that sort of flexibility on coldfire or not 02.18.53 # great, musepack outputs white noise now 02.18.58 # :-) 02.19.40 # i don't know, gcc does the 64 bit muls for me 02.19.48 # but it's obvious a lot of work is involved 02.19.56 # especially since coldfire can't do cross register shifts 02.21.14 # You could check how gcc does it 02.23.21 # well, it doesn't matter 02.23.25 # it clearly is heavy 02.23.34 # and explains why libmusepack is so extremely slow 02.24.05 # arghh 02.24.11 # this doesn't look good 02.25.17 # i'm really not very confident in gcc's ability to not screw up code around an inline asm bit 02.25.25 Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a219.wi.tds.net) 02.26.37 # do you know how to make objdump stop outputting mit syntax assembler? 02.26.58 # * HCl wonders what time it is where preglow lives.. 02.27.07 # oh, around 02:30 02.27.20 # mk 02.27.24 # why? 02.27.28 # same here 02.27.29 # wondering 02.27.38 # you should go to bed and look at it tomorrow ;x 02.28.01 # need to get it work now!! 02.28.02 # heh 02.28.04 # ;p 02.28.15 # mmm 02.28.18 # i know how that goes. 02.28.23 # good night all 02.28.26 # preglow - what do you mean by "cross register shifts"? 02.29.16 # stripwax_: well, the 64 bit result obviously ends up in two 32 bit registers, and libmusepack does a lot of shifting on the 64 bit result 02.29.22 # amiconn: nite 02.29.51 # why does musepack use 64bit ints so much 02.29.52 # ? 02.30.07 # all codecs use 64 bit ints much 02.30.10 # they need the precisio 02.30.11 # n 02.30.13 # hrm. 02.30.14 # okay. 02.30.27 # but usually the top bits are the only ones of interest 02.30.33 # but musepack uses the ones in between as well 02.30.55 # ah 02.32.49 Nick DJDD_SLEEP is now known as DJ_Dooms_Day (~scottr@dialup-6.81.220.203.acc05-dryb-mel.comindico.com.au) 02.34.23 # * HCl goes to sleep 02.34.24 # nig 02.34.24 # ht 02.36.31 # nitey 02.43.31 Quit matsl (Remote closed the connection) 02.43.39 # woot, recognisable output! 02.51.13 # woot, correct output! 02.51.52 # what speed? 02.52.07 # nearly 100% for some file 02.52.14 # nice 02.52.22 # it's okish 02.52.25 # i'll commit this then go to bed 02.52.26 # later 02.52.41 Quit preglow ("foop") 02.56.16 Quit road_runner ("CGI:IRC (EOF)") 02.59.41 Part stripwax_ 03.20.56 Join [solid] [0] (~solid@83.175.176.194) 03.31.31 Join amiconn_ [0] (~jens@p54BD7612.dip.t-dialin.net) 03.36.27 *** Saving seen data "./dancer.seen" 03.40.02 Join ashridah [0] (ashridah@220-253-120-11.VIC.netspace.net.au) 03.40.03 Quit amiconn (Read error: 60 (Operation timed out)) 03.40.03 Nick amiconn_ is now known as amiconn (~jens@p54BD7612.dip.t-dialin.net) 03.57.27 Join Lost-ash [0] (ashridah@220-253-123-194.VIC.netspace.net.au) 04.05.26 Join QT_ [0] (as@area51.users.madwifi) 04.05.30 Quit [solid] (Read error: 145 (Connection timed out)) 04.07.08 Quit ashridah (Nick collision from services.) 04.07.36 Nick Lost-ash is now known as ashridah (ashridah@220-253-123-194.VIC.netspace.net.au) 04.08.48 # hrm. i'm getting skipping in one of my tracks when the system kicks back in to refill the buffer after a few minutes :( 04.09.10 Quit QT (Read error: 60 (Operation timed out)) 04.16.54 Join stripwax_ [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) 04.21.12 Join kergoth [0] (~kergoth@c-24-118-222-11.hsd1.mn.comcast.net) 04.22.39 Part kergoth ("Leaving") 04.24.45 Quit markun () 04.54.04 Quit ehntoo ("Leaving") 04.56.09 Part stripwax_ 05.28.36 Join DJ-suparappa [0] (~polarisx@CPE00045a9a6183-CM0012253ec384.cpe.net.cable.rogers.com) 05.36.31 *** Saving seen data "./dancer.seen" 05.47.02 Quit gromit` (Remote closed the connection) 05.56.50 Join DMJC [0] (~DMJC@220-245-170-40.tpgi.com.au) 06.33.38 Quit tvelocity ("Leaving") 06.33.48 Quit ashridah ("Leaving") 06.34.55 Quit DJ-suparappa () 06.45.04 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net) 07.10.34 Quit Strath (Read error: 110 (Connection timed out)) 07.16.23 Join bumi [0] (~d984ad68@labb.contactor.se) 07.17.03 # hey everyone 07.17.07 # anyone here seen ziv latly? 07.17.21 # am wondering about the hebrew display patch.... 07.18.21 # anyone even here? 07.20.09 # ill take this as a no 07.20.10 # bye then 07.20.12 Quit bumi (Client Quit) 07.36.34 *** Saving seen data "./dancer.seen" 07.43.39 Join ashridah [0] (ashridah@220-253-120-223.VIC.netspace.net.au) 07.59.41 Quit ashridah ("Leaving") 08.06.30 Join ashridah [0] (ashridah@220-253-120-223.VIC.netspace.net.au) 08.11.54 Join webguest66 [0] (~54b309b8@labb.contactor.se) 08.12.54 Quit webguest66 (Client Quit) 09.00.44 Join Harpy [0] (8DBe6XUyVL@dsl-hkigw7wbb.dial.inet.fi) 09.30.39 Join Strath [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net) 09.36.38 *** Saving seen data "./dancer.seen" 09.48.27 Join preglow [0] (thomj@s183a.studby.ntnu.no) 09.48.48 Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) 09.49.14 Quit StrathAFK (Read error: 110 (Connection timed out)) 09.52.56 Quit DJ_Dooms_Day (Read error: 110 (Connection timed out)) 09.54.30 Quit bipak_ ("Lost terminal") 09.58.14 # morning :) 10.03.14 # morning 10.07.33 Join bipak [0] (~bip@p50885B69.dip.t-dialin.net) 10.09.03 Quit DMJC ("Leaving") 10.10.43 # my, what buffer sizes musepack operates with 10.12.28 Join DMJC [0] (~DMJC@220-245-170-40.tpgi.com.au) 10.23.39 Part DMJC ("Leaving") 10.57.05 Join stripwax_ [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) 10.58.45 Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 10.59.40 Join niobos [0] (~niels@235.132-200-80.adsl.skynet.be) 11.08.37 Join DomZ [0] (~52426222@labb.contactor.se) 11.08.47 # 1218188 None 5 nobody Don't wrap-around when the button is autorepeated 2005-06-10 15:01 11.08.55 # new patch :) 11.09.30 # just in case you miss it 11.13.22 # morning all 11.14.34 # DomZ: we know about it, linus liked the idea 11.16.00 # oups ok :) 11.18.37 # anyone know of any good ripping/encoding programs for linux? 11.19.14 Join [solid] [0] (~solid@83.175.176.194) 11.19.35 # [solid]: yo, did you do a vorbis battery test? 11.20.22 # could someone quickly explain *when* we do the cpu boosting on iriver vorbis decode? is it just when the pcm buffer gets low? 11.20.28 # <[solid]> hi 11.20.46 # I am now running mp3 battery test, unless i will do some development today and have to stop the test 11.20.49 # <[solid]> preglow: no... i was waiting for the skipping problem (which occured most intensively with vorbis) to be resolved 11.21.26 # <[solid]> preglow: i'll see if it's okay with current bleeding edge - if it is i'll do the test as soon as it fully charges :) 11.25.08 # oh, what a bloody shifting hell libmusepack is 11.28.15 # preglow: for linux I use abcde 11.28.17 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 11.28.18 # together with lame 11.28.29 # does it support fetching cd info from freedb? 11.28.29 # abcde is a frontend for cdparanoia 11.28.33 # jep 11.28.40 # ok, i'll give that a spin, then 11.28.55 # does freedb, ripping, encoding and tagging 11.29.08 # abcde = "a better cd encoder" 11.29.52 # * niobos is back to the study-books 11.29.57 Nick niobos is now known as niobos_study (~niels@235.132-200-80.adsl.skynet.be) 11.36.42 *** Saving seen data "./dancer.seen" 11.57.30 Quit Zoom2 ("CGI:IRC (EOF)") 12.02.15 # arghh! 12.05.24 # Seed: do you know of any musepack coders that wanna port this? :/ 12.07.33 # preglow - how bad is it? 12.08.43 # i'm not sure, it just know it isn't trivial 12.08.53 # i've got it close to 100% realtime now, though 12.09.01 # Not sure if anyone apart from me is interested, but I've just added a codeca52 (for A52/AC3) to CVS. 12.09.07 # synth_filter.c, right? 12.09.13 # stripwax_: yes, that's the major part 12.09.16 # It's already faster than realtime - it doesn't even boost the CPU all of the time. 12.09.21 # linuxtsb - ooh, nice! 12.09.25 # they rely heavily on a full 64 bit mul being available 12.09.55 # Of course, the problem with AC3 at the moment is that all my files are 48KHz. 12.10.07 # linuxstb: why not start working on that at once? :) 12.10.26 # preglow: I'm tempted. Would you be able to send me your resampling code? 12.10.55 # q- why would it need to resample? 12.11.08 # has low bitrate mp3 playback been looked at yet? 12.11.11 # The iRiver hardware can't do native 48KHz. 12.11.18 # Rori: looked at? why? doesn't it work? 12.11.32 # Gotta go - back in 5 minutes... 12.11.35 # well audio books play back too fast 12.11.36 # Rori: who the hell wants low bitrate mp3 anyway? ;) 12.11.45 # Rori: that's a sample rate issue, not a bit rate issue 12.12.01 # linuxtsb - really??!? blimey. I was fairly certain it could. 12.12.07 # stripwax_: it can't 12.12.40 # ok sample rate issue then. 22khz 11khz :) 12.12.49 # hmm, i guess i could make the resampler work in place, but then it gets degraded to just being a downsampler 12.13.58 # linuxstb: my code can't be used, it's floating point based 12.14.20 # so does the stock iriver firmware resample 48khz to 44.1khz too? that blows! 12.14.24 # yes 12.14.29 # it resamples everything to 44.1khz 12.14.43 # and it'll have to be a cheap resampling as well 12.14.51 # currently i'm planning on just doing linear interpolation 12.14.51 # absolutely 12.15.51 # what about ac3 via toslink? 12.16.29 # forget it 12.16.46 # <[solid]> linuxstb: maybe you should look at secret rabbit code?:) 12.16.48 # not a big deal really 12.17.13 # secret rabbit code is too expensive 12.17.22 # we can't do that kind of interpolation 12.17.51 # <[solid]> that's what i thought.. 12.18.03 # at least the sinc based resamplers are 12.18.13 # but apart from them, there's only linear interpolation, and that i can code myself 12.19.04 # cubic interpolation's just a couple of multiplies, adds and shifst per sample. would that be too expensive? 12.21.32 # bam 12.22.14 # I'm going to send off an email to the linux-audio-dev list - asking if anyone has a GPL'd fast integer resampler. 12.22.40 # preglow - would it make sense to move A00, A01, ..B00,B01,.. etc in Calculate_New_V into IRAM? 12.23.23 # <[solid]> hmm... it seems bleeding edge is skipping no more 12.23.35 # <[solid]> so the vorbis test will take place today :) 12.24.19 # stripwax_: they already are in iram 12.24.54 # i actually found no other odd problems with rockbox except that playlist queue thing 12.25.03 # preglow ah ok. are stack local variables always in IRAM then? 12.25.14 # the stack is in iram, yes 12.25.31 # preglow cool 12.25.36 # didn't realise 12.27.52 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 12.30.51 # bah 12.31.18 # is it possible to make a c macro depend on its parameters? 12.31.44 # no, of course not 12.31.52 # i'll have to do it with c code in the macro 12.32.27 # preglow? how do you mean, 'depend'? 12.34.32 # i need to output one asm instruction if a parameter is above a certain threshold 12.34.42 # and another if it's below 12.34.45 # bah 12.35.09 # could probably achieve that using template metaprogramming in C++ but.. not in C preprocessor I don't think 12.38.30 # no, wait: could the parameter come from an arbitrary range or one of only a few likely values? 12.39.04 # ^preglow 12.42.44 # .. because if so, you could use ## to contenate the argument value into the macro name itself.. 12.43.09 # ahh, sorry, busy for a bit 12.43.22 # i can't, the i need to shift right for some values, and left for some others 12.43.25 # -the 12.45.08 # that should still work.. what are the exact values and what is the threshold? (i'm thinking -32 < v < 32 and threshold is 0 but I'm probably thinking wrong) 12.46.38 # values range from 32 to around 15 or something, i guess 12.47.07 # only 32 needs right shift, rest needs left shift 12.47.15 # so something like SHIFT( a , n + 32 ) where #define SHIFT( VAL, NSHIFT ) SHIFT ## NSHIFT( VAL ) where #define SHIFT_0( X ) something, #define SHIFT_1( X ) something etc 12.47.51 # oh.. silly question but are the values constant or not? if not, then obviously you'll need to use C code 12.47.58 # not always constant 12.48.13 # fuck this, i don't have time 12.51.07 # preglow yeh. i can take a look if you like. 12.51.17 # i have one more opt uncommited 12.51.34 # and that's an asm version of the FRACT multiply macro 12.52.01 # hmm.. will the compiler optimise away the Data var in Synthese_Filter_float_internal? seems to be just a copy of OutData 12.53.02 # preglow cool 12.59.34 # preglow wow, so MAKE_MPC_SAMPLE does a 64bit multiply by 1<<14 rather than just a couple of shifts?! is that the thing you're optimising right now? 13.06.20 Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) 13.06.26 # only thing i've done that actually works is an asm version of MPC_MULTIPLY_FRACT 13.07.06 # ok. math.h is pretty crazy 13.07.15 # yes 13.07.16 # it is 13.11.05 # but we have serious problems anyway 13.11.50 # MPC_MULTIPLY_NOTRUNCATE, for example, shifts the 64 bit answer 14 bits down 13.12.06 # for us, that quite simply translates to a sixteen bit loss of precision, if we want any semblance of speed 13.12.36 Quit edx (Read error: 110 (Connection timed out)) 13.14.27 # Could we do it all in emac and use an 8 bit fractional part instead of 14? 13.16.12 # well, i don't know anything about the precision needs of musepack 13.25.48 # hey, im setting up a cygwin development environment on windows XP. Im going through the installer now. Do i want the latest version of everything listed in step2 here: http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment ??? 13.26.10 # and do i need source as well as binarys for each of those? 13.26.44 # Slasheri: around? 13.27.14 # nobbeh - you don't need source for those 13.27.36 # I'm just starting a "codecmpc" - I just want to check that no-one else is working on it? 13.27.47 # and i want the latest versions offered, yes? 13.28.50 # linuxstb: what are your plans for it? 13.29.00 # linuxstb: musepack isn't realtime yet, btw 13.29.12 # nobbeh yep 13.29.27 # thanks 13.29.48 # It needs to be written at some point - is it very far from realtime? 13.30.25 # no 13.36.43 *** Saving seen data "./dancer.seen" 13.37.27 Join xen` [0] (~xen@stg25-1-82-238-117-1.fbx.proxad.net) 13.38.04 # another question: the last step of the instructions says to set the path variable to one of two things. which one do i want? 13.39.09 # nobbeh - are you building for iriver or archos? 13.39.46 # if you're building for both, add both: PATH=${PATH}:/opt/m68k/bin:/opt/sh1/bin 13.39.59 # iriver 13.40.03 # second one 13.40.07 # only iriver 13.40.09 # thanks 13.40.21 # will i add that to the wiki then? 13.40.32 # to say what each is for? 13.40.45 # oh wait 13.40.47 # no need 13.40.51 # i see now 13.41.09 # I guess, if it's not clear.. m68K == coldfire == iriver so if you installed the m68k-elf-... packages it should be clear 13.41.28 # i'll add a line clarifying that in the wiki page 13.41.43 # but by all means update it, yep, to say "e.g. for iRiver builds" 13.41.48 # thankss 13.46.19 # Anyone know why Rockbox crashes if I add more than 16 file extensions in the filetypes array in tree.c? 13.48.38 # someone really should make a codecs.config 13.49.03 # preglow: Yep. 13.50.27 # i'll have a look at it later if i get extremely bored 13.50.40 # Increasing MAX_FILETYPES from 32 to 64 fixes it, but I don't know why. 13.50.53 # * nobbeh hopes for extreme-preglow-boredom :p 13.51.13 # linuxstb: remember that the array gets extended by viewers.config as well 13.51.23 # linuxstb: which has quite a few entries by now 13.51.25 # Ah, OK then. 13.51.36 # I am happy with the world again. 13.54.26 # what text editors do you guys use in windows? i'm sick of notepad's lack of unix line-end-character-thing support 13.54.47 # anything is better than notepad 13.55.27 # wordpad? cygwin? :) 13.55.33 # msdev at a pinch too! 13.56.18 # nobbeh: try the trial period of EditPlus 13.56.58 # nobbeh: I know Windows people who use either textpad or jedit 13.58.00 # nobbeh - now that you have cygwin installed, you could use nano, joe/jmacs or emacs 13.58.38 # nobbeh: putty onto my gateway + vim :) 13.58.45 # heheh 13.59.00 # managed to hook a couple of my windows using friends onto gvim. that was fun :) 14.00.04 # _g_vim? 14.00.23 # 6h done and 65% battery left (mp3 battery test) 14.01.14 # Slasheri: i'm getting some stuttering during the second phase of buffering the playlist 14.01.36 # ashridah: Hmm, with mp3s? 14.02.02 # one mp3 in particular. havne't found any others that do it yet 14.02.11 # ok, what bitrate it is? 14.02.27 # 192. other files with 192kbps seem fine tho 14.02.56 # Hmm. Could send that file? I think that some adjustments to the buffering should fix that 14.03.06 # can the dithering be turned off easily from codecmpa? 14.03.16 # yeah, it'll take me a while darned thing is 6.7 megs 14.03.48 # crwl: hmm, why would you like to do that? 14.04.00 # Seed: know of any musepack devs that would love to port musepack to coldfire? :> 14.04.27 # Slasheri, because i hear it sucks because the current implementation eats a lot of cpu power :) 14.04.47 # Slasheri: bitrate? 14.05.03 # ah :) you can edit the source code if you wish, but there is currently no other method to turn it off 14.05.18 # preglow: Hmm? 14.05.36 Join bumi [0] (~blabla@bzq-84-109-82-242.red.bezeqint.net) 14.05.40 # hey everyone 14.05.49 # dave 14.05.52 # whats up? 14.06.02 # Slasheri: for your mp3 testing 14.07.27 # preglow: most of the files are 128, few of them 192 14.07.59 # shuffle is on and buggy crossfade also that might eat some cpu 14.08.46 # anyone here heard from gadi cohen? 14.08.53 Quit t0mas (Remote closed the connection) 14.08.57 # volume was ~2 hours 100% while i was listening to the unit from HT system, now it's 50% 14.09.02 # anyone did any battery benchmark? 14.09.07 # from=via 14.09.34 Join Lost-ash [0] (ashridah@220-253-123-230.VIC.netspace.net.au) 14.10.02 Quit ashridah (Nick collision from services.) 14.10.05 Nick Lost-ash is now known as ashridah (ashridah@220-253-123-230.VIC.netspace.net.au) 14.10.21 # bumi: initial mp3 benchmark is just going :) 14.10.36 # preglow: no 14.12.06 # preglow: Hmm, that test will not be very accurate because now it's playing some 256k files 14.13.22 # Slasheri: well, it's still nice to get a figure 14.13.56 # yep :) i hope the test will finish this evening/night 14.13.57 Quit yngwi (Read error: 54 (Connection reset by peer)) 14.15.19 # i get an internal gcc compiler error building last nights source tarball. am I using wrong versions of gcc or something? gcc 3.4.4 (cygming special) and m68k-elf-gcc 3.3.5 fwiw 14.16.38 # don't use gcc 3.3 14.16.50 # dumb will choke it 14.17.05 Join DaKi][er [0] (~dakiller@dialup-241.41.220.203.acc03-albe-wgl.comindico.com.au) 14.17.11 # preglow - arg. ok 14.17.37 Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) 14.18.01 # Hmm, if the battery percent indicator is linear (and i strongly doubt it's not), the mp3 test would take ~17 hours 14.18.09 # preglow - yep, i'm dumb :-) thx 14.18.28 Join LinusN [0] (~linus@labb.contactor.se) 14.20.16 # i think that it would be almost hilarious if rockbox did, at the current state of optimization, better than the iriver firmware 14.20.28 # does anyone know if the sb live 5.1 with the kx drivers can give bitperfect output? 14.20.34 # yes, it would, but don't expect that :P 14.20.36 # hi, linus 14.20.41 # hi 14.20.41 # yes, i'm not expecting :) 14.20.51 # thegeek, i think the hardware always resamples to 48 kHz no matter what 14.20.58 # Slasheri: i alse get the stuttering on the second load 14.20.58 # well 14.21.02 # I resample using foobar 14.21.03 # also 14.21.15 # so it's already resampled before It is sent to the card 14.21.28 # if it can give bitperfect digital 14.21.33 # I am tempted to just use it 14.21.34 # LinusN: ok, that might be caused due to too small file chunk size or too low filebuffer watermark level 14.21.39 # since the kx drivers rock 14.22.02 # the hardware sucks if it doesn't 14.22.20 # LinusN: yeah, i'm uploading an mp3 that it occurs on atm. 14.22.21 # but then, it's sb live! :) 14.22.40 # well 14.22.51 # as long as the output is bitperfect it does not really matter 14.22.57 # some claim "jitter" can affect the sound 14.23.00 # thegeek: you need to use 48khz for no internal processing 14.23.04 # I know 14.23.08 # I am doing that right now 14.23.12 # thegeek, you could try playing some of those .wavs that actually contain dts or dolby digital data and see if your home theater amplifier (if any) recognizes the signal 14.23.16 # yeah 14.23.19 # I know 14.23.32 # but then I need a amp that has dts support 14.23.39 # that means I would have to borrow my fathers;) 14.23.50 # and he's not too happy about that 14.23.56 # i have one, and i even had sb live once, but gave it away and never tried its digital out 14.23.59 # since last time I did I held onto it for a bit too long;) 14.24.02 # mhm 14.24.08 # oh well 14.24.16 # I guess I'll just have to test it myself;) 14.24.18 # you could suppose it's ok 14.24.22 # hehe 14.24.23 # I could 14.24.28 # but 14.24.39 # I'm going for the ultimage low budget hi-end headphone setup 14.24.41 # good dac 14.24.44 # good amp 14.24.51 # cheap digital bitperfect source 14.25.08 # thegeek: i don't think you'd want to call the dacs on live very good 14.25.11 # buy a spdif <-> toslink converter box and record with iriver optical in and see what happens? 14.25.13 # oh 14.25.15 # I don't 14.25.17 # thats' the point 14.25.21 # I'm using the digital out 14.25.22 # oh, iriver didn't record 48 kHz, did it :) 14.25.23 # on the live 14.25.27 # and then using an external dac 14.25.40 # mhm crwl 14.25.42 # and then 14.25.51 # perhaps the iriver does something funky too 14.25.57 # * LinusN is impressed with the speed that new codecs are added 14.25.58 # I'm not about to trust the iriver fw;) 14.26.20 # having linuxstb back does speed up things, yes ;) 14.26.43 # LinusN: heh. all it takes is for someone to make the first small hole in the dam 14.26.58 # then it quickly breaks into a torrent 14.27.41 # we'll have musepack soon as well 14.27.42 # now someone do .SID :P 14.27.46 # but it's not realtime yet 14.28.09 # i think the wiki says it is :S 14.28.14 # no, it doesn't 14.28.23 # it is realtime if i add this remaining opt 14.28.23 # hmm 14.28.25 # oh, my bad 14.28.35 # was thinking of wavpack 14.29.31 # wavpack is by far the fastest codec we have, so yes, that's realtime ,) 14.29.35 # ;) <- 14.30.05 # I've written codecmpc, but it doesn't work - the decoding fails immediately. But unless anyone objects, I'll add it to CVS so others can look at it. 14.30.14 # david bryant's doing a great job on that one 14.30.49 Quit bumi ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 14.32.23 # linuxstb: sure, why not 14.32.52 # i'll commit this last musepack thing so it at least has a modest chance of playing with some semblance of realtime speed 14.32.54 # david has cvs access now btw 14.33.03 # LinusN: excellent 14.33.11 # then we'll probably see wavpack codec support soon 14.33.26 # filetypes.c currently uses #if CONFIG_HWCODEC == MASNONE to decide when to increase the number of extensions/filetypes - anyone have any better suggestions? 14.33.30 # wavpack is by far the best lossless codec for portables 14.33.33 # thanks to its hybrid mode 14.34.02 # linuxstb: not at the moment 14.38.34 Part LinusN 14.38.50 # 101% realtime..... 14.41.10 # OK, codecmpc is in CVS now. 14.45.40 # yo 14.45.56 # didn't audiobuffer_insert have a limit on 32kb? 14.46.14 # Slasheri: still around? 14.46.21 # preglow: I tried reducing the buffer to 4K, and it still failed. 14.47.13 # But I'm sure it's just something simple like that that's preventing it working. 14.54.00 Join edx [0] (edx@p54A8C51A.dip.t-dialin.net) 14.54.00 # reckon i'll be ok charging my iriver from a 6v adapter instead of a 5v adapter? my other adapter is at the office and i never got round to making the usb charger :) 14.54.30 # i have used four AA batteries that should make up about 6 volts, at least when full, and that has worked ok 14.54.34 # but don't quote me on that 14.55.04 # stripwax_: never ever play around with adapters 14.55.27 # preglow? 14.55.29 # stripwax_: use the original one at all times 14.55.43 # and you also need to check the polarity 14.55.49 # so yes, maybe don't play around with them :P 14.55.50 # h1x0 will fry itself given half an excuse 14.56.14 # depends how the charger circuit for the lithium polymer battery works 14.56.33 # yeh, it's 6v/2a/correct polarity. seemed to work. 14.56.44 # i have also successfully used a 4.5V charger that came with iriver iMP-150 14.57.58 # maybe i'll just cannibalise the charger and cut the plug off .. it's not a charger i need or use anyway 14.58.30 # linuxstb: have you checked out if logf says anything interesting while loading codecmpc, btw? 14.59.59 # I don't know how to use logf... 15.00.57 # the codec loader uses it 15.01.08 # just enable it in your build 15.02.11 # Build-type Devel, Options L ? 15.03.50 # yep 15.04.10 # Where does the logf output go? 15.04.13 # remote 15.04.25 # you can also dump it to a file 15.04.50 # I'll better go and find it then... How do I dump to a file? 15.05.59 # debug menu somewhere, methinks 15.06.02 # ive just tried the remote support 15.07.33 # * ashridah prods Slasheri 15.08.33 # DaKi][er: plugging in a 9V nokia phone charger has been known to nerf H1x0 players 15.10.10 # nerf? 15.10.31 # HCl: break, bugger, screw up. nerf. 15.10.47 Join webguest39 [0] (~d4406110@labb.contactor.se) 15.10.59 # * HCl only knows nerf from something that pinky usually says from pinky and the brain o.o 15.11.14 # nerf. chuckle. 9v clearly way too high.. still wondering if 6v would be ok. saw some threads on misticriver with folk using 4x1.5V batteries which seems ok, so I guess a 6v charger would be ok too? 15.11.24 # HAHAHAHAHAHAHA 15.11.34 # * ashridah just played a 16KHz mp3 15.11.36 # is there anthing like a changelog for cvs? (not the webstatuspage) :) 15.11.44 # bahaha. chipmunk! 15.11.48 # ashridah - hehehe 15.11.59 # the voltage limits for the h140 according to the IC specs are 4.5 ~ 6.5 volts 15.12.18 # bipak you mean like the daily changelog file? http://www.rockbox.org/daily/changes-20050611.html 15.12.31 # center pin psoitive 15.12.39 # stripwax_: thats it :> 15.12.56 # webguest39 IC specs? what about the rest of the components 15.13.05 # e.g. battery charging circuit 15.13.33 # look for yourself 15.14.10 # the IC feeds the battery according to the schematic 15.14.39 # does anyone know if the battery indicator of the original firmware is linear?? 15.14.43 # webguest ah, didn't know which IC you were referring to 15.15.02 # texas Instruments power supply and control IC 15.15.45 # ashridah: here :) 15.16.07 # Slasheri: http://ashridah.customer.netspace.net.au/01%20-%20Digital%20Reason.mp3 let me know when you've got it. 15.16.12 # having a stock value of 5v, enough headroom to run 6v should be designed into it for 'just in case' times 15.16.16 # ashridah: ok, thx :) 15.17.24 # now mp3 test has gone over 7 hours and still 62% battery left 15.17.46 # odd 15.17.52 # expect it to drop to zero soon :P 15.17.56 # :D 15.18.01 # How long does the iRiver firmware play for? 15.18.12 # i haven't tested that 15.18.21 # 16 hours at 128kbps, they say 15.18.32 # i get maybe 8-10 hours with some track switching etc 15.18.40 # yeah, me too 15.18.52 # though i mostly have oggs, it's maybe even less 15.19.25 # i think i've never run out of battery and i rechage almost always when there's about 50-75% left so i don't know exactly 15.19.29 # i do a benchmark right now, been playing at 128kbps, vol 20 and eq normal for 4.5 hours and still all bars full 15.19.32 # never in normal use, i mean 15.20.00 # Can I use logf from inside a codec plugin? 15.20.00 # would be great if rockbox gets longer playback time :) 15.20.21 # bipack: i'm counting on it :-) 15.20.24 # currently ogg vorbis is faster than mp3, at least according to my test 15.20.25 # Hmm, there has been few oggs too in the test (in one folder there was vorbis files and i didn't remembered that). mp3/vorbis switch caused some buffering problems but test has been running continuously without bigger troubles. 15.20.26 # yngwi: :D 15.20.30 # not very realistic 15.20.34 # but that's that dithering thing 15.27.07 # Interesting. Now battery dropped from 62% -> 50% 15.27.15 Join lodesi [0] (~moi@212.194.198.250) 15.30.01 Join asdsd____ [0] (~asdsd@h-67-100-31-99.miatflad.dynamic.covad.net) 15.30.08 Part asdsd____ 15.30.32 Quit linuxstb ("Leaving") 15.30.51 # ashridah: ah, btw, i got it :) 15.31.23 # how is the battery status measured? with an ADC or some other way? 15.32.23 # adc, yes 15.32.23 # i think it's with adc because there is no battery current measurement capability in the unit 15.32.37 # doesn't make any sense to measure current anyway 15.33.34 # yeah :) 15.33.55 # anyone know anything about ATX form factors on motherboards? 15.34.58 # yes, google: http://www.pcguide.com/ref/case/formATX-c.html 15.35.10 # ta 15.36.48 *** Saving seen data "./dancer.seen" 15.39.17 # anyone got an ac3 file i can have? 15.40.28 Nick QT_ is now known as QT (as@area51.users.madwifi) 15.42.51 Join linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk) 15.43.05 # hmm. that does not tell me much. does anyone know if an ATX 2.2 PSU will work on a AMD Socket-A KT400 motherboard? 15.43.12 # preglow: Are you after an AC3 file? 15.44.36 Quit DomZ ("CGI:IRC (Ping timeout)") 15.45.13 # Rori - yes 15.45.28 # linuxstb: yeah 15.45.43 # linuxstb: trying to see if a few quick opts in ac3 will make it a bit faster 15.45.43 # Check my ftp server (I think I emailed you the address the other day) 15.45.44 Join markun [0] (~markun@bastards.student.utwente.nl) 15.45.52 # that mail is deleted, i'm afraid 15.45.55 # Rori - unless that particular powersupply has *only* a P4-style power connector 15.45.57 # just msg me it 15.46.49 # hm, does iriver still require patching for greyscale? 15.46.54 # yes 15.46.56 # thx 15.46.57 # * preglow produlates markun 15.46.59 # :-) 15.47.05 # oops.. :) 15.47.06 # :-) 15.47.37 # preglow: I also have a white stripes and 2 aphex twin ac3, do you want them? 15.48.19 # If you use Linux, then "mplayer -dumpaudio" is your friend - run it on a DVD. 15.48.50 # linuxstb: That's how I produced my test files. 15.49.07 # markun: i'll have the aphex twin ones, please :P 15.49.12 # mplayer never ceases to amaze me. 15.49.18 # well I have a Gigabyte KT400 K7 Triton motherboard with an AMD XP 2400+ on it. The PSU I am looking at is this one http://www.hipergroup.com/products/hpu-4r480.html 15.50.35 # preglow: They are music videos from a Spike Jonze DVD, so a bit different from the CD tracks. 15.51.11 # sure you don't mean chris cunningham videos? 15.51.17 # Rori - yeah, looks fine 15.51.19 # Ah, yes :) 15.51.25 # now its 5 hours playback with orig. firmware and still all bars left... :-) 15.52.07 # yngwi: you put in a bigger battery? 15.52.49 # preglow: I think the musepack problem may be due to libmusepack wanting to seek in the file. 15.52.52 # yngwi: i thought you are testing with rockbox 15.53.02 # Rori - it has the old-style 20 pin connector you need 15.53.13 Quit Hadaka ("leaving") 15.53.16 # tests with the orignal firmware are allready done :) 15.53.26 # no, my player is new and i wanted to try if the battery works ok :-) 15.53.32 # ah *g* 15.53.53 # seems like it does 15.53.53 # :> 15.53.54 # it seems it works even better then expected... until now 15.54.09 # hehe 15.54.27 # I'm a little paranoid concerning batteries 15.54.41 # stripwax ok thx 15.54.45 # yngwi: why? 15.55.01 # yngwi: you dont believe iriver? ;)) 15.55.02 # i always have the feeling that the lifetime ist too short 15.55.20 # preglow: Did you already write assembly versions of MUL, MUL_C and MUL_L for liba52? 15.55.26 # has nothing to do with iriver... its the same for every kind of device 15.55.31 # :) 15.55.45 # markun: yes, did it now 15.56.04 # yngwi: well i'm very happy with the lifetime of the ihp batterie 15.56.26 # rockbox benchmark comes maybe tomorrow (isn't slasheri doing one right now??) 15.56.26 # How hard is it to get a replacement battery for the IHP-1xx-series? I am getting closer and closer to a purchase. 15.56.46 # bipack: i guess, i will also be happy :-) 15.57.00 # i hope so :) 15.57.04 # dwihno: You can buy an ipod 1st of 2nd gen battery and change the polarity. 15.57.05 # dwihno: there are replacements for the ipod that fit in, and you can find li-poly ones that also fit 15.57.12 # very, very modest speedup 15.57.17 # ebay has them, plus a few other suppliers 15.57.18 # makes me wonder if i've done something wrong 15.58.03 # ashridah, markun: so it won't be impossible to get "new" batteries in say, 1, 2, years? 15.58.29 # dwihno: nope. 15.58.47 # and you'd definently want a new one, not one that's been sitting on a shelf 15.59.18 # larger capacity "Ionity" batteries are pnp from dap store 15.59.18 # ashridah: Does that matter much with li-poly? 15.59.27 # i read, the ipod batteries work pretty good 15.59.46 # Yes, I have a 2200 mAh now, works very nice. 15.59.52 # markun: so far as i know, li-poly degrade over time too 16.00.07 # markun: does it fit in the case easy?? 16.00.07 # i don't know if it's as fast as lithium ion 16.00.30 # yngwi: It's very tight, but it fits. 16.00.53 # maybe 1 mm thicker. 16.01.21 # thats ok... 1mm is not much 16.02.00 # what about larger hard drives, are there any >20G 1,8" drives that would still fit into the H120 case 16.02.10 # (the H140 is a few mm's thicker) 16.02.49 # crwl: i remember a few threads at misticriver on that topic 16.03.09 # i did do something wrong, big boost 16.03.14 # i think in a h140 someone put a 60GB HD 16.03.16 # from 113% realtime to 140% realtime 16.03.42 # it also outputs white noise :PPP 16.03.46 # crwl: right now there is a 30GB drive that fits in the H120, later this year toshiba will release a 40GB. 16.03.57 # markun: is the playback time extreme with 22mah? 16.04.13 # dwihno: 29 hours mp3 with the original firmware. 16.04.32 # i am a fool 16.04.33 # dwihno: But I did not do much testing. 16.04.36 # wow, thats amazing 16.04.40 # markun, ok 16.04.44 # 18 hours ogg 16.04.56 # 8 hours of playback and 50% battery left :) 16.05.02 # nicety 16.05.04 # markun: quite impressive! I guess rockbox will extend that by some time 16.05.08 # 30GB fits in H120 case 16.05.28 # ok 16.05.29 # www.span.co.uk 16.05.31 # should i commit this? 16.05.34 # it's just a quick hack 16.05.44 # crwl: http://www3.alternate.de/html/shop/productDetails.html?artno=ABDT06& 16.05.47 # Slasheri: but the battery power doesnt go down lineary, right? 16.06.01 # bipak: that's right, i am not sure high linear it it 16.06.03 # *is 16.06.09 # *how 16.06.14 # :)) 16.06.26 # markun, quite expensive, maybe i'll wait :) 16.06.27 # bipak: http://www.rockbox.org/twiki/bin/view/Main/IriverBattery 16.06.41 # oh nice link :> 16.07.04 # those are outdated, though? 16.07.15 # CoCoLUS: Are they? 16.07.17 Join Naked [0] (naked@naked.iki.fi) 16.07.57 # don't know, thats why i'm asking :) 16.08.21 # the date is 27.3. 16.09.03 # I think the graphs are still valid, but you get a different scale if you draw less power. 16.09.27 # will we ever need to instatiate to copies of the same decoder? 16.09.30 # Woo! Remote LCD! 16.09.34 # instantiate 16.09.34 # Damn it looks cool! 16.10.07 # does the remote use much power?? 16.10.38 # preglow - maybe for crossfading? 16.11.59 # stripwax_: we never run two codecs simultaneously 16.12.16 # stripwax_: we run first one until it's squeezed dry of data, then the other 16.12.47 # preglow do we have a larger pcm buffer to do that? or is it a very quick crossfade? 16.13.07 # my, what a nice little codec 16.13.09 # 163% realtime 16.13.16 # i should probably shut up anyway, what do i know :_/ 16.13.17 # stripwax_: crossfading is already done like that 16.13.27 # stripwax_: it's one secondish 16.13.37 # preglow cool 16.13.52 # but ok 16.14.00 # preglow: If you've optimised liba52, then please commit - I have one high bitrate 6-channel file that won't decode in realtime. 16.14.02 # i'm removing a malloc in liba52 and declaring the main struct static 16.14.30 # so we can't instantiate two liba52 at once 16.15.17 # Slasheri: hm, was that last patch to playback.c supposed to address the issue? it's still skipping here 16.16.35 # ashridah: No, i am unable to fix that issue before i can test it with the player (i can't do it until battery testing is finished) 16.16.48 # I did the latest commit without real testing 16.17.48 # Slasheri: ah. 16.18.21 # linuxstb: ok, it's over 100% faster now 16.18.31 # should decode the new file just fine 16.18.32 # i'll commit 16.19.39 Quit DaKi][er () 16.23.53 # I've found a couple of AC3 test files here - http://www.sr.se/multikanal/english/e_index.stm 16.24.13 # They also have DTS files - the AC3 files are the last two - labeled "DD" (Dolby Digital). 16.26.03 # preglow: Nice improvement. liba52 is a _very_ fast codec. 16.27.17 # 240% realtime 16.27.26 # :-). 16.27.53 # Please commit... 16.30.00 # still working on it 16.30.36 # this is strange 16.30.44 # i put something in iram and actually get worse performance 16.30.55 # oh well, i'll leave it at this 16.32.18 # a52towav has no iram support, that explains a lot 16.35.27 # could you add that to codeca52 in the meantime? 16.35.41 Join theebag [0] (theebag@d51A55780.access.telenet.be) 16.35.46 # Hi 16.36.12 # preglow: I already use the IRAM for the only buffer. 16.36.28 # Sorry, I don't - there's another one I can move. 16.36.52 Join DomZ [0] (~52426222@labb.contactor.se) 16.37.22 # First I just want to say that Rockbox is really amazing 16.37.54 # I just installed it for the first time, 16.39.15 # linuxstb: i use 21500 bytes of iram now 16.39.27 # linuxstb: that's about every bloody table i could find 16.40.27 # Is the peak meter working at the moment ? ( Firmware 20050611 ) 16.40.38 # preglow: codea52.c is now using 4864 bytes of iram. 16.41.03 # ok 16.41.08 # commited? 16.41.11 # theebag: nope 16.41.14 # theebag: not for ivier 16.41.19 # iriver, even 16.41.23 # preglow: yes. 16.41.47 # Found a small bug ( probably know already ) 16.42.26 # What's the bug? 16.42.40 # When listening, if you press the stop button, the sound fades away but when it enters the tracklist, 16.43.06 # you hear the song again for a brief moment 16.43.10 # just a pop 16.43.16 # theebag: known bug 16.43.19 # ok 16.45.08 # I've just used it for 5 minutes and I allready like it 16.45.56 # linuxstb: commited 16.46.48 # preglow: I'm listening already :-) 16.47.20 # It's fixed my stuttering track - 448kbps 5-channel AC3. 16.47.24 # didn't need more improvement than that, no? 16.47.43 # well, 150% performance improvement doesn't hurt 16.47.54 # The CPU is boosted on my 5-channel track.... 16.48.39 # But it's not boosted all of the time :-). 16.49.12 # So yes, I think that's all we will ever need. 16.49.22 # It will be hard to get all the other codecs that fast. 16.49.24 # does it decode all five channels before mixing down? 16.49.40 # I think so, but the downmixing happens inside liba52. 16.50.03 # yeah, i know 16.50.19 # hmm 16.50.43 # someone should try djbfft + sorting to speed up the imdct in tremor 16.50.55 # Hmm, that ac3 passthrough via toslink would be nice feature but perhaps it's impossible to do due to hardware limitations? 16.51.26 # don't think it's possible no, but i'm just guessing 16.52.31 # but shop, later 16.53.27 # btw 16.53.32 # what happened to that midi codec? 17.03.24 # stevenmn is busy with other stuff, i guess 17.05.53 # linuxstb: please do check if you can hear any quality differences, btw, it should also be more accurate now, but i'm not sure 17.06.04 # is lame mp3 gapless ? 17.07.05 # not yet 17.07.50 # * Rori waits with bated breath 17.08.04 # don't mention gapless when I am around :) 17.08.09 # will it be gapless ? 17.08.13 # heh 17.09.12 # otherwise I'll have to transcode my 180 gigs of mp3 to ogg 17.09.28 # it will be 17.09.31 # webguest - no point transcoding! 17.09.35 # haha 17.09.45 # transcoding wont get you any closer to gapless 17.09.49 # or wait, it will! 17.09.53 # but no 17.09.57 # it will be gapless 17.09.58 # lol 17.10.09 # I get the picture preglow 17.10.14 # :-) it might be gapless, if it's rtr 17.10.30 # preglow: It's hard to judge the quality with 48KHz files, but yes, they did seem better. 17.10.31 # ^transcoded using something that understands the lame tags 17.11.26 Join phil- [0] (phil@ppp-225-71-185.friaco.access.uk.tiscali.com) 17.11.50 # linuxstb: as long as they're not clearly worse i'll add a 'hooray!' to that 17.12.05 Join Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) 17.12.11 # Hi all I would like to point out if i may, this topic on the RockBox forum: http://forums.rockbox.org/index.php?topic=775.0 17.12.16 # preglow: No, they are definitely not worse. 17.12.19 # looking for feedback 17.15.08 # phil-: does it patch the bootloader itself? 17.15.23 # phil-: patch the firmware, i mean 17.15.42 # it comes with a patched bootloader, there are two versions for h120 and h140 at this early stage 17.15.50 # the file size is 1.95 meg in total 17.16.23 # distributing a patcher firmware is really shady 17.16.30 # iriver has copyright on the firmware 17.16.41 # * preglow sighs and corrects himself: 'patched' 17.16.50 # you realise, of course, the only reason rockbox themselves don't distribute a pre-patched firmware is because they don't have distribution rights, don't you? 17.16.56 # thats a point which i forgot to consider until now 17.16.59 # yes 17.17.00 # I remember reading about it 17.17.05 # that's the entire reason why i made fwpatcher 17.17.12 # why can't distribute a ready patched firmware 17.17.15 # which is why someone made the fwpatcher 17.17.16 # WE 17.17.23 # god what is wrong with my brain 17.17.30 # it's not compatible with writing 17.17.36 # well I could easily modify it, to run your patcher instead 17.17.47 # well, sure, but my patcher also is a gui tool ;) 17.17.54 # so you need to wrap it somehow 17.18.02 # you could make your prog automatically download the firmware and then patch it? 17.18.24 # i can do that, ive got it to autodownload files and run them 17.18.33 # :D 17.18.43 # so let me get this right for myself 17.18.45 # if u dont mind 17.18.59 # i get it to download the firmware, then run fwpatcher? 17.19.12 # if you wouldnt mind me distrubuting it with the software preglow 17.19.34 # you can do whatever you like with it 17.19.44 # but it's got its own gui, so it wont be as automatic as you like 17.20.07 # what do you program in? 17.20.43 # i was thinking, i could include it but the user would have to find the .hex file themselves using the software 17.20.55 # yes, exactly 17.21.02 # bat what language are you programming in? 17.21.12 # if you use C or C++, you can just steal my patcher routine 17.21.23 # for other languages i have no idea 17.21.25 # at the moment im using nsis to basically make it all, its very versitile as I lack the skills for C/C++ yet 17.21.34 # ahh 17.21.48 # the shame :( 17.21.48 # lol 17.21.51 # hahah 17.22.12 # but yeah, please don't distribute ready patched firmwares, that could put us in a bad light 17.22.25 # and reveal us like the nasty buggers we are 17.22.25 # yes that was my own fault, sorry 17.22.44 # maybe i'll tweak fwpatcher to accept cmdline args? 17.23.02 # that could work? 17.23.17 # yup 17.23.17 # because if i download the firmware to the same directroy as where fwpatcher isntalls 17.23.31 # im sure it would be quite easy to do it automatically 17.23.38 # yeah 17.24.17 # so do you belive the concept of what im doing is worthwile? because i found all the relveant info for rockbox on the site eventually, but it could be quite daunting 17.24.21 # for a new user 17.24.49 # i quite like the idea, especially if it's automatically downloading the latest versions of everything. 17.24.53 # Slasheri: around? 17.24.57 # preglow: yes 17.25.13 # yeah it does work, i have a finshed version here 17.25.18 # just without documentation at this time 17.25.22 # phil-: if enjoy what you're doing, just go ahead, if it's usable, someone will use it 17.25.33 # Slasheri: how do you do mp3 gapless at the moment? 17.25.37 # thanks preglow 17.25.57 # you can use fwpatcher for whatever you like 17.26.14 # preglow: i am not really sure.. :) i look for some headers and then cut all silence at beginning of tracks 17.26.45 # i hope someone will do a better gapless handling for mp3 17.27.04 # Slasheri: i'm looking at foobar2000 mp3 source code at the moment, and it seems to do two things: 17.27.19 # i haven't managed to implement lame gapless right way at the moment 17.27.34 # skip an amount equal to the delay field in the lame info header plus a constant encoder delay amount at the start 17.27.50 # I think the first thing we need to do is to switch to using samples in elapsed_time and "length". All the codecs work at the sample-level, so we lose a lot by converting to ms. 17.28.17 # and cut an amount equal to the padding amount specified in the lame header minus the constant encoder delay 17.28.22 # Hmm. Do you know how to parse those fields from mp3 file? I guess that current id3 structure has not all of those fields 17.29.17 Quit Sucka ("a bird in the bush is worth two in your house") 17.29.17 # it's not in id3 17.29.27 # i thought you had made a lame info header parser? 17.29.33 # or do i remember incorrectly? 17.29.34 # there is also mp3info structure, it has at least padding 17.29.43 # i haven't :) 17.29.45 # where in the source is the reader? 17.29.55 # for mp3info 17.30.01 # in playback.c 17.31.03 # preglow: is it possible if you have any free time to make a new fwpatcher which supports commands? would be grateful 17.31.14 # phil-: sorry, i'm out of rockbox time for today 17.31.20 # phil-: and i'm not in windows anyway, can't test it 17.31.46 # ahh i see sorry to bother 17.31.48 # i think stripwax said he could do it ;) 17.31.58 # sorry to bother you* 17.32.03 # preglow: and that mp3info structure can be found from firmware/export/mp3data.h 17.32.34 # i see 17.32.42 # it's just skipped at the moment 17.34.03 # preglow/phil :-) sure, if I get a minute. I can probably hack it, actually... 17.34.04 # hrmrmrmp 17.34.17 # must get food 17.36.50 *** Saving seen data "./dancer.seen" 17.37.07 # sorry can i just clarify something, can i get the program to download an already patched bootloader from my webserver for example or is that still wrong? 17.37.48 Join Twc_12 [0] (~Twc_12@54.81.3.213.cust.bluewin.ch) 17.37.56 # hello 17.38.03 # can you help me please ? 17.38.09 # ask 17.38.19 # phil-: still wrong 17.38.33 # so it has to be patched on the users computer for it to be right? 17.38.36 # phil-: you need to download an ordinary firmware from iriver, then patch that with the bootloader 17.38.42 # yes 17.38.47 # right thank you 17.38.48 # somebody speak french here ? 17.39.07 # I only speak gibberish 17.39.30 # okay ... can you say me if the firmware of rockbox has a synthetical voice ? 17.39.48 Join bagawk [0] (~Lee@bagawk.user) 17.39.51 # I'm blind and I search for a synthetical voice for iriver 17.39.59 # no, it has not got that 17.40.03 # it might in the future 17.40.45 # there is a lot of work ongoing in the area of sound right now 17.40.55 # It should be somewhat easy now, concidering they already can decode mp3s 17.41.13 # (and play) 17.41.23 # bagawk: on iriver we might even be able to use a complete voice synthesizer 17.41.40 # That would be neat :) 17.42.03 # yes it would 17.42.42 # Twc_12: unfortunately, the heavy development at the moment means that support for voice menus hasn't been addressed yet. i imagine it will get done when most of the basic audio playback features are stabilised and thoroughly debugged, tho. From what i know, it's an important topic for the rockbox developers. 17.43.40 # okay ... thank you very much 17.44.07 # thank you for all informations ! bye 17.44.10 # bye 17.44.15 Part Twc_12 17.44.50 # the potential for speaking menus is even greater on iriver 17.44.53 Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") 17.44.59 # might use different codecs, synthesizers, etc 17.47.32 # ok 17.47.40 # i'll code a quick enc_delay and enc_padding extraction 17.47.58 Quit DomZ (brown.freenode.net irc.freenode.net) 17.47.58 NSplit brown.freenode.net irc.freenode.net 17.47.58 Quit webguest39 (brown.freenode.net irc.freenode.net) 17.47.58 Quit xen` (brown.freenode.net irc.freenode.net) 17.47.58 Quit MoosCamaro (brown.freenode.net irc.freenode.net) 17.47.58 Quit niobos_study (brown.freenode.net irc.freenode.net) 17.47.58 Quit Harpy (brown.freenode.net irc.freenode.net) 17.47.58 Quit silencer (brown.freenode.net irc.freenode.net) 17.47.58 Quit thegeek (brown.freenode.net irc.freenode.net) 17.47.58 Quit bipak (brown.freenode.net irc.freenode.net) 17.47.58 Quit elinenbe (brown.freenode.net irc.freenode.net) 17.47.58 Quit Rick (brown.freenode.net irc.freenode.net) 17.47.58 Quit C-Keen (brown.freenode.net irc.freenode.net) 17.47.58 Quit bill20r3 (brown.freenode.net irc.freenode.net) 17.47.59 Quit nobbeh (brown.freenode.net irc.freenode.net) 17.47.59 Quit Bagder (brown.freenode.net irc.freenode.net) 17.48.12 # weee 17.49.54 Quit phil- () 17.50.12 NHeal brown.freenode.net irc.freenode.net 17.50.12 NJoin DomZ [0] (~52426222@labb.contactor.se) 17.50.12 NJoin xen` [0] (~xen@stg25-1-82-238-117-1.fbx.proxad.net) 17.50.12 NJoin MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 17.50.12 NJoin niobos_study [0] (~niels@235.132-200-80.adsl.skynet.be) 17.50.12 NJoin bipak [0] (~bip@p50885B69.dip.t-dialin.net) 17.50.12 NJoin Harpy [0] (8DBe6XUyVL@dsl-hkigw7wbb.dial.inet.fi) 17.50.12 NJoin silencer [0] (~silencer@zen.via.ecp.fr) 17.50.12 NJoin thegeek [0] (na@ti521110a080-0260.bb.online.no) 17.50.12 NJoin elinenbe [0] (~elinenbe_@65.115.46.225) 17.50.12 Join Rick [0] (rick@Rick.user) 17.50.12 NJoin C-Keen [0] (~C-Keen@positive-it.de) 17.50.12 NJoin bill20r3 [0] (bill@cloudburst.xmission.com) 17.50.12 NJoin nobbeh [0] (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com) 17.50.12 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 17.52.05 Quit ashridah ("Leaving") 17.52.05 Quit Bagder (brown.freenode.net irc.freenode.net) 17.52.05 Quit nobbeh (brown.freenode.net irc.freenode.net) 17.52.05 Quit bill20r3 (brown.freenode.net irc.freenode.net) 17.52.05 Quit elinenbe (brown.freenode.net irc.freenode.net) 17.52.05 Quit silencer (brown.freenode.net irc.freenode.net) 17.52.05 Quit niobos_study (brown.freenode.net irc.freenode.net) 17.52.05 Quit MoosCamaro (brown.freenode.net irc.freenode.net) 17.52.05 Quit xen` (brown.freenode.net irc.freenode.net) 17.52.05 Quit DomZ (brown.freenode.net irc.freenode.net) 17.52.05 Quit C-Keen (brown.freenode.net irc.freenode.net) 17.52.05 Quit bipak (brown.freenode.net irc.freenode.net) 17.52.05 Quit Harpy (brown.freenode.net irc.freenode.net) 17.52.08 Quit Rick (brown.freenode.net irc.freenode.net) 17.52.08 Quit thegeek (brown.freenode.net irc.freenode.net) 17.53.49 NJoin DomZ [0] (~52426222@labb.contactor.se) 17.53.49 NJoin xen` [0] (~xen@stg25-1-82-238-117-1.fbx.proxad.net) 17.53.49 NJoin MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 17.53.49 NJoin niobos_study [0] (~niels@235.132-200-80.adsl.skynet.be) 17.53.49 NJoin bipak [0] (~bip@p50885B69.dip.t-dialin.net) 17.53.49 NJoin Harpy [0] (8DBe6XUyVL@dsl-hkigw7wbb.dial.inet.fi) 17.53.49 NJoin silencer [0] (~silencer@zen.via.ecp.fr) 17.53.49 NJoin thegeek [0] (na@ti521110a080-0260.bb.online.no) 17.53.49 NJoin elinenbe [0] (~elinenbe_@65.115.46.225) 17.53.49 NJoin Rick [0] (rick@Rick.user) 17.53.49 NJoin C-Keen [0] (~C-Keen@positive-it.de) 17.53.49 NJoin bill20r3 [0] (bill@cloudburst.xmission.com) 17.53.49 NJoin nobbeh [0] (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com) 17.53.49 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 17.54.48 Join Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com) 17.55.15 Quit markun (brown.freenode.net irc.freenode.net) 17.59.20 # net split... 18.10.23 Quit theebag () 18.10.57 # strange startup problem on iriver. when it turn on it asks me "resume? play for yes" etc. I press play, the harddrive spins up and down and stops. I press play again, and then things get going properly. is it meant to be like that? 18.11.43 # It asks resume on everything I noticed 18.11.55 # even if you had previously stopped playback before shutdown 18.12.00 # you can turn it off 18.12.11 # I know but it should be a little more intelligent 18.13.06 Join markun [0] (~markun@bastards.student.ipv6.utwente.nl) 18.14.45 # Strange.. I can only connect to freenet using ipv6 18.15.12 # Slasheri: ok, i'm able to fish out padding and delay 18.15.21 # Slasheri: where do i do the cutting and slicing? :P 18.16.12 # stripwax_: Try pressing the joystick instead of play. 18.16.58 # has anyone agreed on button functions yet? especially for the remote 18.17.00 # markun - to turn it on?? 18.17.12 # stripwax_: to resume 18.17.22 # preglow: Oh, that's great :) 18.17.28 # preglow: you should do it in codecmpa.c 18.17.45 # markun - ah-hah! i kinda assumed play meant the button marked Play :-) 18.17.49 # battery test still running, 13% left. I think it will fail soon 18.18.07 # battery test on what format? 18.18.19 # Slasheri: Howmany hours till now? 18.18.23 # preglow: I don't know if it's important, but the "length" field (in ms) may need adjusting. I don't know if it's used for anything that needs that amount of accuracy though. 18.18.41 # markun: over 10h 18.19.10 # but i think that test was not very reliable because some ogg files was played 18.19.43 Join elinenbe_ [0] (elinenbe_@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 18.19.46 # did you try that queue thing already? ;) 18.19.55 # currently oggs might lock up the cpu_boost because elapsed information is still missing 18.20.03 # crwl: i try it soon :) 18.20.50 # yep, vorbis made the test very unreliable.. 18.21.12 # Slasheri: I'm working on Ogg metadata handling now. Still can't work out the total duration of the track yet though. 18.21.23 # i think battery should last longer with pure mp3 files only 18.21.30 # linuxstb: good :) 18.21.49 # We should move this stuff out of playback.c though. 18.22.10 # yes we should 18.22.35 # Maybe something like apps/codecs/metadata.c ? 18.22.38 # 3% battery left and still playing ;) 18.22.40 # Slasheri: can i read the mp3info struct from codecmpa? 18.22.45 # linuxstb: Hmm, maybe 18.22.46 # i feel that battery should last longer with pure ogg files :) 18.23.15 # crwl: Currently it wont if crossfade is being used 18.23.28 # hehe, 0% battery :D 18.23.35 # haha 18.23.40 # how long has it been going? 18.23.50 # 10 hours, 25 minutes 18.24.02 # and mostly 128kbps? 18.24.08 # but it has played many oggs with cpu full boosted all the time 18.24.11 # 128-240 18.24.43 # somebody should do a better test.. Maybe i will do someday :) 18.24.44 # i wonder if the hardware keeps us from draining the battery too far 18.24.51 # linuxtsb - does the source for ogginfo help to figure out total duration? 18.24.54 # Slasheri, i don't use any damn crossfade :) 18.24.57 # :D 18.25.18 # draing a li-poly battery too far will reduce it's lifetime 18.25.38 # Slasheri: but, yo, can i read the mp3info struct from codecmpa? 18.26.00 # preglow: yes, just check the codec_api structure 18.26.03 # aight 18.26.12 # preglow: if it runs down fully in usb mode, it WONT start at all after. Most stuff will power on for a few seconds... 18.26.28 # preglow: Do you mean ci->mp3data ? 18.26.33 # maybe 18.26.36 # preglow: that battery draining is not a problem because i will order ionity battery as soon as 1900 mAh model will be available 18.26.47 # Check apps/playback.h for the ci structure. 18.26.54 # (codec_api structure) 18.26.58 # Slasheri: i'm meaning generally, if the hardware doesn't keep us from drawing too much, we have to restrict it 18.27.01 # 1900mAh.....droolz 18.27.07 # preglow: ah, that's true 18.27.13 # hardware will drain it too empty 18.27.28 # a li-poly cell should never be drawn below 3 volts 18.27.33 # at that point the lifetime is reduced 18.27.57 # ionity 1900 mAh already available, no? 18.28.17 # but i guess it never drops that far 18.28.42 # pff 18.28.46 # 1900mah 18.28.49 # i have 2300mah in my iriver 18.29.02 # i have 10000000mah in my iriver! 18.29.02 # where did you buy it? 18.29.10 # HCl 18.29.13 # HCl: hi! 18.29.16 # and does it fit in the h120? 18.29.22 # hey markun 18.29.32 # thegeek: ask markun, and ebay 18.29.33 # thegeek - dapstore.de sell the 1900 mAh . eBay sell the 2100 mAh :-) 18.29.36 # ah 18.29.36 # ;) 18.29.39 # mhm 18.29.55 # HCI - 2300??? 18.30.27 # preglow: battery monitor says it's 3.13V currently (0%) 18.32.12 # i wonder if the reading is accurate 18.32.15 # i bet linus knows that 18.32.21 # preglow: 2.5V, hdd failed to spin up and then hardware turned off 18.32.47 # hmm 18.32.56 # yes. 2300 18.33.00 # ebay sells 2300 too. 18.33.56 # hm.. where is bootloader/config.h ? 18.36.13 Join webguest65 [0] (~d4406110@labb.contactor.se) 18.36.54 # In config-h100.h: #define BATTERY_SCALE_FACTOR 16665 /* FIX: this value is picked at random */ 18.37.35 # hm, also, which cygwin package installs windres? 18.37.49 # Slasheri: so I don't think the 3.13V was accurate. 18.38.12 # ouch 18.38.35 # markun: ah, ok 18.40.21 # Slasheri: is there a gapless attempt in codecmpa.c that i should be aware of? 18.40.46 # preglow: not really. Just remove everything unnecessary stuff 18.41.12 # and you can also comment out the detect silence hack if it causes troubles 18.41.59 # so you actually use id3 tag to determine song length? 18.42.08 # yes :D 18.42.22 # i didn't find a better field to use 18.43.14 # ait 18.43.15 # here goes 18.43.20 # * preglow dives int code 18.43.28 # :) 18.45.00 # Hmm, maybe i will order now the ionity battery.. I hope they get them in stock soon 18.47.09 # how much they cost? 18.47.49 Join ShockerEngr [0] (ShockerEng@ip68-103-201-227.ks.ok.cox.net) 18.47.50 # you can get 2200 mah (not ionity) for £7 from ebay. 18.49.29 # crwl: 1900 mAh ionity 39e. Quite much but it does include battery protection module and should fit in iriver well 18.50.14 # including shipping? 18.50.22 # i am afraid not :) 18.50.58 # The 2200 is EUR 13,70 including shipping 18.51.05 Join Shagnar [0] (~tester@p54A0CCB3.dip.t-dialin.net) 18.51.10 # where from? 18.51.13 # markun: Hmm, do you have any specs available? 18.51.14 # and does it fit h120 too 18.51.26 # hong kong. no, don't have any specs. 18.51.33 # :/ 18.52.23 # I would have to open up the iriver again to read what's written on the battery, but I don't have the right srewdriver here 18.52.29 # there's nothing wrong with my battery, though... 18.52.36 # but i could order a spare one :P 18.52.41 # what is liba52 exactly? 18.52.48 # Shagnar: ac3 18.52.51 # is the iriver easy to open and the battery easy to change? 18.52.56 # Slasheri: there are still bufferin bugs :PP 18.52.58 # thx 18.53.21 # preglow: Hmm, what kind of bugs? 18.53.35 # that queue thing at least ;D 18.53.57 Quit bagawk (Read error: 110 (Connection timed out)) 18.54.28 # preglow: You mean the buffer skipping bug at some bitrate files? I will fix that now :) 18.54.35 # no 18.54.39 # it just skipped an entire song here 18.54.39 # Hmm.. 18.54.45 # really :D 18.54.46 # here's what i did 18.54.54 # i loaded a track, then fast forwarded to the end 18.54.57 # then let the track change 18.55.05 # ah, seeking bug 18.55.09 # then pressed back until i was at the previous track 18.55.24 # then, when the track was supposed to change again, it just skipped right into track three 18.55.29 # crwl yep. go search on misticriver.com . H-series mods section 18.55.33 # interesting 18.55.36 # you'll need a torx T-5 screwdriver 18.55.39 # i don't like searching misticriver :D 18.55.40 # not the start of the track or anything 18.55.46 # more like into the middle of track three 18.56.19 # crwl - http://www.misticriver.net/boards/forumdisplay.php?f=37 18.58.03 # ARGH, is there a way to disable all those nasty signature pictures and avatars and in fact everything except the text 18.58.32 # Slasheri: is the sample count accurate across a seek? doesn't look like it to me 18.58.51 # crwl: yes, i believe most forums have a stripped down version meant for google, heh 18.59.00 # preglow: there is at least one known bug with seeking, i will try to fix it soon 18.59.10 # misticriver is definitely one of the worst i know :| 18.59.20 # maybe the worst one that still has some valuable information in it 19.01.57 # preglow: you better not to use the seeking at all while testing, it's very buggy at the moment :D 19.04.01 Quit Bger (Read error: 113 (No route to host)) 19.04.15 # Slasheri: i've noticed 19.04.16 Join Bger [0] (~Bager@83.222.160.88) 19.04.20 # hrmph 19.04.37 # the bloody track start clicking annoys the hell out of me 19.04.48 # :/ 19.04.49 # did you try clearing the dac when the user changes track? 19.05.18 # not yet 19.05.38 # i will do that 19.05.54 # shiiiitttt 19.05.59 # there's still a click 19.06.03 # when changing tracks 19.06.48 Quit silencer (Nick collision from services.) 19.06.49 Join silencer [0] (~silencer@zen.via.ecp.fr) 19.06.53 Quit silencer (Nick collision from services.) 19.08.01 # think i'll just make me a couple of test files 19.08.08 # i can't stand waiting a minute to see if my code works 19.08.41 # preglow: you get a click even after putting silence through the dac? 19.10.12 # no, not that 19.10.17 # i'm trying to code proper lame gapless 19.10.24 # ah, ok 19.11.49 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 19.11.54 # preglow: any idea how the dac and headphone amp can be powered on quietly? 19.13.31 # damn 19.13.39 # i can't hear a gap in my test files :/ 19.13.48 # markun: no idea at all 19.13.57 # markun: not even the iriver firmware manages that completely 19.16.04 # preglow: no, but a lot quieter than we do 19.21.13 # preglow: I think I will just commit the center-scrolling patch. I will change the font-changing bug later (or someone else can have a go at it) 19.21.40 Join postglow [0] (~54bd7612@labb.contactor.se) 19.21.49 # there he is again! 19.21.56 # the evil twin! 19.23.09 # hah! 19.23.19 # I00 at 40102700 19.26.56 # good god 19.27.00 # don't let the remote touch the main unit 19.27.04 # i nearly burst my ears 19.28.15 # seems we init the uda1380 chip with everything turned on at once. might be better to turn on e.g. dac and bias before headphone amp 19.29.29 # oh yes 19.31.49 Quit postglow ("CGI:IRC") 19.31.51 # in fact, turn the chip on and wait a bit before powering up the individual circuits (and yeah, probably leave the amp til llast) 19.33.46 # anyone know of anything that read .pcm in linux? 19.34.04 # /dev/dsp 19.34.09 # ? 19.35.03 # ahh, i need to see the data 19.35.08 # nevermind, xxd will do 19.35.41 # preglow: oh, it still crashed? :( 19.36.05 # what did you do? 19.36.52 *** Saving seen data "./dancer.seen" 19.37.13 # turned on DEBUG_GAPLESS 19.37.17 # i'm missing _ONE_ samples 19.37.19 # it seems 19.37.33 # ah, so that caused it :) 19.37.48 # ok, center-scolling commited 19.38.55 # <fn~preglow> i wonder if the hardware keeps us from draining the battery too far 19.39.21 # if that would be the case, why would the original firmware include such a do-not-start-when-battery-is-low feature? 19.40.07 # stripwax_: Section 8.12 in the uda1380 datasheet might be helpful 19.40.12 # CoCoLUS: exactly 19.40.54 # i think that topic is quite important... imagine the misticriver posts: "do not use rockbox!!! it kills your battery!!!" ;) 19.45.37 # amiconn - oh, good find 19.58.10 # <]RowaN[> "do-not-start-when-battery-is-low" .. at times for me, it seems like the battery is too low for the original firmware to start (hangs on "starting original firmware screen") yet i can boot into rockbox with no probs 19.58.50 # <]RowaN[> oh, but you knew that 19.59.33 # It seems that Ogg doesn't actually store the total length of the track anywhere - you need to seek around the file and calculate it... 20.00.32 # I thought Ogg was supposed to be an improvement on MP3. 20.01.32 # its not probably designed primarily for streaming 20.02.12 # should i comment away padding and delay reading for archoses? 20.02.35 # and don't expect they'll ever need it 20.10.59 Part stripwax_ 20.11.07 Join yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at) 20.24.52 Join Nuxator [0] (~chatzilla@abo-72-244-68.guy.modulonet.fr) 20.24.59 # hi 20.25.17 # i found a new bug 20.25.30 # if you click one song to play it it plays 20.26.09 # then click again to choose another file :buffering start but play stop and then player return to file list 20.26.40 # can someone test to see if it's confirmed 20.26.51 # Are you using the very latest bleeding edge build? 20.27.02 # no 20.27.26 # 19h41 version 20.27.36 # That problem is fixed in the bleeding edge build 20.27.55 # if you're going to report a bug on audio playback, always download the latest build first 20.28.07 # things are moving fast 20.28.12 # but i dl it 30 min ago 20.28.39 # hmm, bleeding edge? 20.28.50 # yes 20.29.08 # just a minute i'll test the lates one 20.29.08 # interesting.. it should not have that bug anymore 20.29.12 # I can't see a 19h41 version on the website 20.29.18 # Slasheri: it doesn't matte rhow big the buffers i pass to audiobuf_insert are, no? 20.29.30 # 050611-1941 20.29.45 # preglow: no, just try to keep them below 32 kB 20.29.51 # yeah, sure 20.29.59 # i've almost got gapless playback here 20.30.06 # but something is just a wee bit off 20.30.06 # oh, great :) 20.30.53 # i wish audacity could read raw pcm 20.30.53 # arghh 20.31.05 # try hexedit :) 20.31.06 # which codec? ac3? 20.31.37 # ok bug was fixed 20.31.40 # preglow: Just use "sox" 20.32.17 # i also wish audacity was actually usable 20.32.19 # god, how i hate it 20.32.21 # i loathe it 20.33.13 # Does anyone know if any of the Windows audio editors work with Wine? I tried installing Adobe Audition, but it wouldn't work. 20.33.37 # I couldn't get cdwave to work either. 20.33.58 # hummm 20.34.30 # audition works poorly in wine 20.34.35 # oh, how i misses it 20.35.42 # ok the bug is still here 20.35.46 # more tricky 20.36.09 # you have to change song before hd spin down from first 2mo buffering 20.38.12 # What kind of files are you using? I can't get it to crash with FLAC or Vorbis 20.38.16 # mp3 20.38.29 # i'll try with ogg 20.38.37 # but it doesn't occur all time 20.38.48 # have to click on several track 20.39.06 # but when it occurs it's for each track until reboot 20.39.36 # hmm, the start of the waveform wobbles like hell 20.39.44 # that's to be expected, i suppose 20.40.30 # got it too with oggs 20.41.18 # maybe initial bffering when interupted doen't free mem 20.41.41 # and if you switch several tracks it shows this bug 20.41.50 # hmm 20.41.58 # it actually looks like i have managed gapless playback 20.42.46 # great 20.44.07 # preglow: Congratulations. 20.44.26 # a bit too early 20.44.37 # SO if you change tracks lie a crazy (by clicking on files in file tree) you'll finish to see the bug 20.45.05 Quit lodesi (Read error: 110 (Connection timed out)) 20.45.47 # there's still a little bloody click here 20.46.14 # but i can't imagine why 20.46.31 Join lodesi [0] (~moi@l01m-17-55.d4.club-internet.fr) 20.48.39 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 20.49.15 # but i really need to stop coding rockbox now 20.49.20 # so it'll have to lie 20.49.54 # ^^ 20.51.05 # Slasheri: when i pasted first.pcm and second.pcm together in audacity, it sounded a bit smoother than the track change did on rockbox 20.52.18 # Hmm 20.52.47 # maybe audacity did some filtering 20.52.52 # sincerely doubt it 20.53.00 # there's still a glitch 20.53.07 # but i believe that's from the distortion in the waveform 20.53.40 # but ogg vorbis transitions are completely smooth 20.53.45 # so can't be rockbox code 20.53.47 # preglow: You should also try not to reinitialize the codec between track-change 20.54.04 # (put next_track: label after all initialization stuff) 20.54.22 # does this matter mpeg audio? 20.54.24 # ok, i'll try 20.54.31 # i don't know, might be 20.56.23 Quit nobbeh (Read error: 54 (Connection reset by peer)) 20.56.40 # still a tiny glitch 20.59.08 # ARGH 20.59.14 # sounds like there's a tiny impulse or something 21.02.43 # <]RowaN[> someone please tell me that url that contains wps files, i want to have a go at making one 21.04.57 Quit Nuxator (Read error: 145 (Connection timed out)) 21.05.17 # http://www.rockbox.org/twiki/bin/view/Main/CustomWPS 21.05.25 # <]RowaN[> thanks 21.05.28 # http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 21.05.37 # np 21.08.00 # <]RowaN[> not possible to centre lines in the wps? 21.08.30 # Sorry, I don't know 21.09.41 # not possible, yet 21.10.30 # wps ="whats playing scren" ? 21.10.34 # err, screen 21.11.00 # when a scrolling line is bigger than 'scroll limit' it keeps on scrolling. Shouldn't it wait 'scroll start delay' ms when it's back at the beginning of the line? 21.13.06 # wps= while playing screen 21.13.46 # thanks 21.15.00 # sweet, down to 9 21.15.55 # hm why wont next artist/title work for me when it obviously worked for those in the gallery? :) 21.16.11 Join LinusN [0] (~linus@labb.contactor.se) 21.16.24 # here we go again...sigh: http://www.misticriver.net/boards/showthread.php?t=23005 21.17.30 # hhahaha 21.17.46 # it's funny how clueless people can be 21.17.56 # LinusN: i've hacked mp3data.c to read the lame delay and padding fields, should i define that out for MAS players? 21.18.19 # nah, don't bother 21.18.37 # i've _ALMOST_ got gapless mp3 21.18.56 # there some sample lying around unaccounted for 21.19.15 # markun: the scroll delay is only for the initial display of the text 21.19.22 # but no i'm shit tired of watching this screen, so going for a walk 21.19.26 # now, even 21.19.56 # cocolus, i also have sometimes problems with next artist /title, but it seems its rather a problem with buffering or so (?) because if I wait long enough (somtimes more than a half song) the next playing usually shows up 21.21.08 # again, listening to music using rockbox 21.21.25 # LinusN: if i ever received that email, i'd frame it 21.21.31 # Preglow: have fun and enjoy your success 21.21.45 # i'll be enjoying slasheri's success ;) 21.21.48 # LinusN: When in bidirectional mode it waits scroll_delay * 2 after reaching the end or the beginning 21.21.53 # hehe 21.22.15 # preglow: btw, i just probably found some pcm buffer problem. Fixing that now :) 21.22.44 # slasheri, you stopped the buffering of the next track from happening until 20 seconds of the first file are played, right? 21.22.46 # hmm, maybe not.. 21.22.53 # Slasheri: anything that might benefit gapless? :> 21.23.00 # CoCoLUS: no, after 2 MiB are buffered 21.23.07 # preglow: i doubt so :) 21.23.07 # hm 21.23.13 # oh well 21.23.17 # i'm gone for a while 21.23.29 # maybe that's the reason for the next artist/track info not being available? 21.24.26 # CoCoLUS: yes, that's the reason 21.24.39 # will be fixed later :) 21.24.42 # i see 21.25.22 # hm how do you think you'll fix it? either the next file is loaded or it's not, so how would it be possible to retrieve the next-info... 21.26.51 # metadata of next track can be loaded without buffering the track itself 21.27.01 # CoCoLUS: The meta-data can be read from the file directly from disk, without it being buffered first. I don't know if that's how we'll do it though. 21.27.28 # We are thinking alike then... 21.27.33 # :) 21.27.51 # I thought that was what was happening now. 21.29.06 # Ogg files are a pain to parse though. I may need to borrow some code from Tremor to do it. 21.30.01 # All they needed to do was to add a few bytes in the header to store the number of samples... 21.36.54 *** Saving seen data "./dancer.seen" 21.37.56 # <]RowaN[> how do i get back to the wps from browsing files? 21.38.32 # linuxstb: I found this ogg parser writen in lisp: http://www.ph.ed.ac.uk/~p0198183/parse-ogg.lisp, maybe find-playback-length is of some help. 21.38.43 Quit Harpy (Read error: 60 (Operation timed out)) 21.38.44 # ]RowaN[: press play 21.38.55 # <]RowaN[> thankey 21.40.48 # markun: Thanks. I'll have a look. 21.41.49 # But it's been about 13 years since I looked at a lisp program... 21.48.37 Join thegeek_ [0] (na@ti521110a080-0260.bb.online.no) 21.48.37 Quit thegeek (Read error: 54 (Connection reset by peer)) 22.01.13 Join Meaningful [0] (~nirc@12-215-39-37.client.mchsi.com) 22.06.36 # w00t 22.06.48 # a great flaming pink thank you goes out to everyone involved with rockbox 22.06.59 # my iriver's finally serving me the way i want it to 22.07.39 # preglow: gapless mp3? 22.08.30 # no, i had a walk in marvelous weather, all the while listening to gapless oggs queued using a nice on-the-fly playlist :P 22.08.58 # Did you have my latest Ogg changes (elapsed time, and estimated duration)? 22.09.05 # noper 22.09.19 # haven't transfered a new rockbox yet 22.09.28 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 22.09.31 # on a related note, i had to reset my player with a piece of wood i found in a hedge :PP 22.09.32 Join bipak_ [0] (~bip@p5088568A.dip.t-dialin.net) 22.09.40 # :) 22.09.40 # :-) Very resourceful. 22.09.41 # now there's technology and nature hand in hand for you 22.09.46 Quit xen` (Read error: 60 (Operation timed out)) 22.10.03 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 22.10.12 # Well, that's what you told the policeman when he asked what you were doing in the hedge... 22.11.07 # haha;) 22.11.29 # Anyone fancy converting the parse-ogg.lisp function that markun found into C? I think I've had enough of ogg. 22.13.45 # Where is the spdif encoding done in the iriver? 22.14.52 # I wonder if we can send a 'new track' signal so minidisc will split the tracks during recording 22.15.05 # 'course we can 22.15.13 # just find out how 22.16.12 Quit bipak (Read error: 60 (Operation timed out)) 22.16.39 # I thought the optical diode would be connected to the uda1380, but I can't find anything about spdif in the datasheet. 22.20.46 # <[solid]> hmmm weird... seems something happened with rockbox while i was out 22.21.04 # <[solid]> it's showing only 45 minutes of runtime and the battery is quite fool... weird 22.21.11 # <[solid]> and it turned off 22.21.36 # <[solid]> recharging and repeating the vorbis test, with wps info this time :) 22.22.51 # I located one new crashing issue. It's caused by pcm_play_pause -function 22.22.51 # "capabiliteys" 22.22.52 # XD 22.23.00 # they should learn how to spell on misticriver 22.23.01 # "kernal" 22.23.02 # XD 22.23.05 # That gives the I04: xxx 22.23.09 # :D 22.23.32 # HCl: plzz, it's called kernal if it's on a c64 :P 22.23.43 # xP 22.26.37 # markun: the s/pdif is connected directly to the cpu 22.27.19 # LinusN: thanks, then I will look in the coldfire manual again 22.28.35 # * LinusN should complete the schematics 22.28.59 # <[solid]> "First version of Musepack playback (not working)" - what does 'not working' mean here?:) 22.29.44 # <[solid]> not realtime or disabled on purpose? 22.30.20 # [solid]: it's just barely realtime 22.30.27 # [solid]: and the codec plugin isn't working 22.30.42 # kudos to the musepack people for making my work in optimising it hard 22.32.04 # the ac3 codec was a nice break from that ;) 22.32.10 # <[solid]> :) 22.32.34 # <[solid]> so it basically means it won't play any .mpc at the moment, realtime or not, right? 22.33.53 # correct 22.34.40 # gotta go, cu later 22.34.43 Part LinusN 22.36.02 Part Meaningful 22.45.52 Join asdsd____ [0] (~asdsd@h-67-100-31-99.miatflad.dynamic.covad.net) 22.45.56 Part asdsd____ 22.47.48 # wow, this iriver battery is awesome, playing for 12 hours now (with orig. fw) and still two bars left... when is it gonna end 22.48.52 # Ah, I found it! If we change the tracknumber in the cd-subcode that can be send in the spdif packets the minidisk will insert a new track mark. 22.49.18 # Now I just have to borrow a minidisc player.. 22.49.27 # Now started new battery test (128k CBR MP3, 50% volume, no cross-fade, 12 tracks with suffle & repeat) 22.49.30 # nite :) 22.49.40 # Slasheri: good night 22.49.46 # yngwi, which battery in which iRiver? 22.50.00 # this is going to be interesting, good night, slasheri 22.50.13 # bill2or3: the standard one.. 22.51.03 # which iRiver? 22.51.32 # h140, 11 days old :-) 22.51.54 # ahh. I just ordered an H340 22.52.29 # oooh, sufflé and repeat 22.52.46 # i bought the h140 mainly because rockbox :-) (and 'couse i don't care for fancy colour lcd displays and stuff.. :-) ) 22.53.17 # yeah, I'm hoping rockbox ends up getting ported 22.53.39 # i'm sure it will... 22.54.13 # someone added them to the DeviceChart in the wiki, that's a good sign 22.54.23 # but i was very impatient 22.54.36 # there is even a forum for h3xx 22.55.05 # which is a good sign too 22.55.08 # :-) 22.57.05 # yep 22.58.13 # perhaps it's time to remove the wav player in the debug menu? :> 23.01.36 Quit DomZ ("CGI:IRC") 23.12.40 # like i suspected 23.13.13 # mp3 might be gapless, but it will never be glitchless for all inputs 23.14.53 # why not? 23.17.22 # because the waveforms rings like a bell in the crossover 23.17.25 # waveform 23.17.40 # wha? 23.19.10 # gimme a sec 23.22.01 Join prethom [0] (thomj@s183a.studby.ntnu.no) 23.22.01 Quit preglow (Read error: 104 (Connection reset by peer)) 23.22.05 # arghhh 23.22.54 # http://glow.m0f0.net/gapless_sine.png 23.24.00 # i think you can see where theres a track change 23.24.36 Join Querty [0] (~michiel@heren.demon.nl) 23.27.30 Nick prethom is now known as preglow (thomj@s183a.studby.ntnu.no) 23.29.44 # Does it sound very bad? 23.31.04 # you can hear it 23.31.10 # but it's not a very probable scenario 23.31.14 # i very seldom listen to sines ;) 23.31.36 # surfing on sine waves :) 23.31.44 # haha 23.31.50 # there's very few sine waves in that, actaully 23.31.51 # but nice album 23.32.53 # It would be fun to insert the tracknames in the spdif stream, but I doubt there will be many people who use it.. 23.33.05 # hey, why not 23.33.09 # if you find out how, do it 23.34.22 # Yes, I found it more or less. 23.35.27 # But I don't have a minidisc player. A friend has one, but I don't think it can display the cd-text. 23.35.34 # mine can 23.36.57 *** Saving seen data "./dancer.seen" 23.37.36 # You can insert cd-subcode in the spdif stream, MCF5249UM.pdf (page 300) 23.38.10 # Does the minidisc save the original tracknumber of the track? 23.38.17 Quit niobos_study ("off to bed") 23.38.34 # sincerely doubt it 23.39.33 # preglow: how does it sound decoded by foobar? 23.39.33 # that's good, because the mindisc starts a new track marker when tracknumber changes. We can flip it between 1 and 2 on track change or something.. 23.39.55 # Stryke`: that _is_ foobars output :) 23.40.01 # oh, heh 23.40.20 # if rockbox's output == foobar's output, NO ONE will complain about gapless 23.41.15 # then you don't need to worry about that, 'cause foobar source code is how i found out how to do it 23.41.36 # preglow: I doubt anyone would expect gapless to mean acutally transparently crossfading/syncing the sinewaves in the two tracks ;) 23.41.36 # excellent =D 23.41.47 # thegeek_: vorbis manages it :P 23.41.52 # damn 23.41.57 # I'm impressed;) 23.42.02 # thegeek_: but no, it _is_ unreasonable for a subband codec 23.42.12 # mhm 23.42.48 # perfectionist indeed :) 23.43.15 # i thought MPC was the only major subband codec and that MP3 and Vorbis were transform codecs 23.43.25 # Stryke`: mp3 is a hybrid 23.43.55 # so decoded MPC should suffer from the same glitchiness? 23.44.04 # i believe it will 23.44.07 # but hey 23.44.08 # it's a sine 23.44.13 # don't worry :P 23.44.47 # ok 23.51.49 # i do wonder why my gapless playback isn't perfect, though