--- Log for 28.05.105 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 14 hours ago 00.09.52 Join webguest47 [0] (~44d90297@labb.contactor.se) 00.10.17 # hi guys, please make it so we can view current.txt log in mozilla 00.10.45 # Adity1: i've been unable to read it with mozilla for the last couple of days now, and i'm getting addicted 00.10.58 # thanks, see ya 00.11.01 Part webguest47 00.11.31 # It's a "feature" of mozilla, really, but it really is annoying. 00.11.47 # whats the problem? 00.12.12 # Mozilla doesn't believe the server saying that the file is text/plain 00.12.32 # uh hmm 00.12.38 # never known mozilla to not believe the server 00.12.47 # ...even when the server's wrong 00.13.04 # it does here 00.13.07 # that's the point 00.13.14 # from what i've heard, ie's the only one that pulls that kinda crap 00.13.16 # weird 00.13.17 # well 00.13.18 # whats the url? 00.13.20 # firefox does as well 00.13.24 # www.rockbox.org/irc 00.13.42 Join webguest61 [0] (~44d90297@labb.contactor.se) 00.13.55 # ie does it a lot more, true 00.13.57 # ... 00.14.03 # it just gets displayed for me 00.14.03 # hehe, actually i spoke too soon, the log bot just open a new log, and this one seems to be working fine with mozilla 00.14.04 # in firefox 00.14.09 # ah 00.14.09 # heh 00.14.11 # :p 00.14.16 # figures 00.14.16 # but in this case, firefox really is second-guessing the server 00.14.26 # yes 00.14.28 DBUG Enqueued KICK rasher 00.14.28 # well wait until I use 8colours 00.14.48 # 00.14.28 DBUG Enqueued KICK rasher 00.14.48 # 00.14.28 # well wait until I use 8colours 00.14.49 # the control character will throw off mozilla/firefox 00.14.50 # yes, color looks annoying 00.14.52 # heh 00.14.57 # Hm, okay 00.15.05 DBUG Enqueued KICK webguest61 00.15.05 # 8colours 00.15.09 # some other characters bold perhaps? 00.15.18 Ctcp Ignored 2 channel CTCP requests in 37 seconds at the last flood 00.15.18 # * preglow has stripped colours from his irssi :] 00.15.18 Join markun [0] (~markun@bastards.student.utwente.nl) 00.15.20 # same also 00.15.24 # still showing 00.15.25 # heh 00.15.29 # well, some characters do that 00.15.30 # *cough* complete the gray scale patch! *cough* 00.15.50 # Yeah yeah.. :) 00.16.30 # I thought I'd be a good boy and submitted the center-scrolling patch to the tracker. 00.16.38 Part webguest61 00.17.12 Quit Harpy_ (Read error: 110 (Connection timed out)) 00.17.30 # also implemented it for the menu 00.18.22 # goodie 00.18.25 # ah ok rockbox-20050527.txt is doing it though 00.18.35 # "which is a: Text File" 00.18.46 # odd, usually that says a mime-type 00.19.09 # firefox does some foolish second guessing 00.19.15 # i wonder if it's possible to turn it off 00.20.31 # ok just checked the headers with curl and both current.txt and rockbox-20050527.txt come up with the same Content-Type: so hmm 00.21.00 # that means firefox is interpreting the mime-type and replacing it with "Text File" in that dialog... and yet after doing that, not recognizing it as a text file it can display? wtf 00.21.43 # whoa wtf, something's broken in my firefox... about:config gives an XML parsing error 00.23.45 # At alternate.de the MK-3006GAL (1,8" 30GB) is cheaper than the MK-2004GAL (1,8" 20GB). I'd love to trade my HD with them.. 00.24.56 # sell the 20gb one to a ihp-100 owner 00.25.06 # http://www3.alternate.de/html/shop/productListing4C.html?cat1=007&cat2=222&cat3=000&treeName=HARDWARE&Level1=Festplatten&Level2=1%2C8+Zoll& 00.25.18 # That's also an idea. 00.32.32 # I'm going to blame http://forums.mozillazine.org/viewtopic.php?t=16497&start=124 that guy for what firefox is now doing 00.35.04 # gah 00.35.12 # so firefox now tries to save a txt file 00.35.20 # meanwhile a misconfigured mime-type on an html file 00.35.25 # still makes it try to save it 00.35.27 # only if it thinks it isn't a text-file 00.35.41 # for some value of "thinks" 00.36.00 # but it still doesn't do what its supposed to do, in working around misconfigured mime-types 00.36.14 # its just broken both ways now 00.37.05 # conluding something isn't text just because it contains a non-ascii character is braindead 00.37.31 # well it's non-printable characters 00.38.04 # s/ascii/printable/ and my point still stands :> 00.38.18 # some heuristic would be nice 00.38.26 # more than 75% printable chars, and it's most certainly tex 00.38.26 # t 00.40.03 Quit courtc (Read error: 110 (Connection timed out)) 00.40.05 # Guess I'll check bojira 00.40.18 Join courtc [0] (~courtc@adsl-154-34-69.asm.bellsouth.net) 00.45.54 # i don't get why it does that at all 00.46.15 # if its text/plain and .txt it should show it as text 00.46.23 # It should. 00.46.50 # its only when its things like .rar or .gif that it shouldn't 00.47.05 # (and yet, it was that long ago it did show an archive or image or other binary file to me as text) 00.47.09 # s/was/wasn't/ 00.51.44 Quit Strath ("Client closed") 01.00.50 Join Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net) 01.03.56 # https://bugzilla.mozilla.org/show_bug.cgi?id=295759 01.05.13 Quit markun () 01.06.38 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 01.15.14 *** Saving seen data "./dancer.seen" 01.17.14 Join ashridah [0] (ashridah@220-253-123-87.VIC.netspace.net.au) 01.41.08 # goodie 01.43.45 # I'm sortof expecting them to explain that this is a feature 01.43.51 # which is bogus 01.44.40 # of course they are 01.45.11 # i'd rather they just did the while thing by extension 01.45.17 # if it's labeled .txt, then it sure as hell is text 01.45.37 # if someone named their mp3 .txt, then good riddance, they may use another browser 01.46.41 # I'd say mime-type is the thing to follow 01.47.02 # *maybe* I could accept treating text/plain files ending in .mp3 as not being text 01.47.20 # of course mime type is the way to go 01.47.24 # but only if they find that it contains a lot of non-text 01.47.34 # their point is that there are _a lot_ of misconfigured servers out there 01.47.41 # that send everything as text/plain 01.48.17 # This is overdoing it though 01.48.20 Quit Stryke` (Read error: 110 (Connection timed out)) 01.48.37 # i think their fallback should be extensions 01.48.47 # not silly guessing based on contents 01.49.48 # mhm 01.52.28 # extension is how apache determines mine type in the first place anyway 01.52.41 # unless specified by some script, of course 01.54.03 # I think it may be doing some magic as well 01.54.17 # But I'm not sure about that 01.54.23 # But yes indeed 01.55.05 # not much magic, as far as i know 01.55.24 # edit mime.types, and boom, there you go 01.55.43 # I think there's some module that tries to guess from file-contents, which brings us back to square one 01.56.09 # not enabled by default for sure, and probably not by a lot of eople anyway 01.59.04 # yeah, there is, but like you say, it's not default 01.59.15 # it uses a 'file' like mechanism 01.59.49 # if you've ever used that program 02.00.03 # Yeah, it's lovely 02.00.10 # file -i even does that 02.01.06 # yeah, that's pretty leet 02.01.23 # but of course more cpu intensive than i table/hash lookupć 02.01.57 # verily 02.06.59 Quit Strath ("Client closed") 02.07.01 # exciting, someone replied to the bug 02.08.15 # w00t 02.10.04 # doesn't seem like he's a dev, though 02.11.19 # nope 02.11.29 # more confirmations is fine though 02.11.49 # especially that it also happens on mozilla 02.12.23 Quit gromit` (Read error: 54 (Connection reset by peer)) 02.12.59 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 02.18.42 # Hrmpf, silly preprocessor :/ 02.19.03 # what's up? 02.19.34 # The c preprocessor doesn't evaluate 02.19.38 # #if (CONFIG_HWCODEC == MAS3587F) && (CONFIG_TUNER & S1A0903X01) 02.19.42 # as expected 02.19.48 # I have to use 02.19.52 Quit gromit` (Read error: 104 (Connection reset by peer)) 02.20.08 # #if (CONFIG_HWCODEC == MAS3587F) && ((CONFIG_TUNER & S1A0903X01) == S1A0903X01) 02.20.14 # explicitly 02.20.39 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 02.20.42 # Even != 0 or > 0 don't work 02.20.51 # curious 02.22.57 # The bit masked condition does work when used on its own, but not in && combination 02.26.44 # haha 02.26.44 # elegant 02.27.20 # btw 02.27.23 # yes, very nice 02.27.42 # if you've only got #ifdef CONFIG_CPU == whatever, then some target specific asm code, then an #endif 02.27.46 # should sims go red build then? 02.29.42 # I don't think so 02.30.04 # Iirc CONFIG_CPU doesn't get defined at all for simulator builds 02.30.21 # mok, i could have sworn i did a red build like that some time 02.30.50 # i've seen CONFIG_CPU == lolwhatevev && !SIMULATOR all over the place 02.31.43 # no, i seem to be wrong 02.31.53 # must be some wrong notion i've picked up from looking at dave chapmans code 02.37.08 # Now this is strange. That conditional works in a .c, but not in a .h 02.37.32 # ...copied literally 02.38.16 # When I change it as mentioned, it works in the .h too 02.42.15 # wonderfu 02.42.19 # l 02.47.13 # i love code that isn't 64 bit safe 02.47.14 # i adore it 02.50.35 Quit cYmen_ ("zZz") 02.58.30 # bedzor 02.58.31 Quit preglow ("leaving") 03.06.35 Join webguest53 [0] (~186a7ae2@labb.contactor.se) 03.06.50 # Hello 03.07.23 # Archos questions here? 03.08.40 # Well ok, I have a 6000 and can no longer write to the disk, Latest Rockbox is on it and works great 03.09.14 # Lots of songs on it and they play good 03.09.31 # I cannot delete or add songs to it anymore 03.09.40 # * rasher points to amiconn 03.09.50 # Archos says replace their special USB cable 03.10.08 # Is their cable truly the only one that works? 03.11.44 Join asianl0ve [0] (~asianl0ve@pool-71-241-132-243.burl.east.verizon.net) 03.13.25 # Well thank you anyway folks, maybe another time 03.13.46 # what is the gb emuulator name in the rock box software 03.14.07 # yeah, check back in the afternoon (GMT) 03.14.10 # I do not know what GB is? 03.14.27 # asianl0ve: rockboy 03.14.41 # does it play GBA files? 03.15.13 # I do not know that yet, I downloaded and installed the latest stable on the site two weeks ago, I have no GBA files 03.15.14 # nope 03.15.15 *** Saving seen data "./dancer.seen" 03.15.16 # gb and gbc 03.15.27 # I want to rally some pokemon emerald on my h120 03.15.35 # ugghhh 03.15.46 # i spent an hour looking for roms 03.16.06 # theres nothing out there 03.16.30 # I think I am in the wrong conversation 03.16.50 # yes that's possible 03.17.04 # ooops sorry 03.17.22 # does anyone know any Gameboy sites that have pokemon on it? 03.17.29 # for roms 03.17.35 # I will check back in the afternoon as suggested, thanks all for reponses 03.17.41 Join amiconn_ [0] (~jens@p54BD4FE1.dip.t-dialin.net) 03.18.08 Part webguest53 03.20.16 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 03.21.53 # where do i place the GB rom so rockboy recognizes it? 03.25.07 # asianl0ve: anywhere, with an extension of .gb 03.26.01 # then select it in the file browser, and click the navi button (aka, press joystick in). rockboy's built in menu is accessed by a-b 03.26.21 # thanks 03.34.18 Quit amiconn (Read error: 110 (Connection timed out)) 03.34.18 Nick amiconn_ is now known as amiconn (~jens@p54BD4FE1.dip.t-dialin.net) 03.36.46 Quit rasher ("Lost terminal") 03.41.32 Join Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net) 03.46.11 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 03.48.18 Quit asianl0ve () 03.49.29 Quit tvelocity ("Leaving") 04.05.16 Join QT_ [0] (as@area51.users.madwifi) 04.08.35 Quit QT (Read error: 60 (Operation timed out)) 04.25.45 Nick DMJC0skeeo is now known as DMJC (~James@220-245-174-50-sa-pppoe.tpgi.com.au) 04.49.10 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 05.13.03 Join amiconn_ [0] (~jens@p54BD4FE1.dip.t-dialin.net) 05.15.16 *** Saving seen data "./dancer.seen" 05.29.39 Quit amiconn (Read error: 110 (Connection timed out)) 05.29.39 Nick amiconn_ is now known as amiconn (~jens@p54BD4FE1.dip.t-dialin.net) 05.35.06 Quit ferenczy ("using sirc version 2.211+KSIRC/1.2.4") 06.01.25 Quit Adity1 (Read error: 131 (Connection reset by peer)) 06.15.44 Quit textchimp () 07.15.17 *** Saving seen data "./dancer.seen" 07.24.43 Quit ashridah (Read error: 145 (Connection timed out)) 07.41.47 Join ashridah [0] (ashridah@220-253-120-66.VIC.netspace.net.au) 08.21.20 # morning all 08.33.26 Quit DMJC ("Leaving") 08.36.17 Join Harpy [0] (sMz18GUmt8@dsl-hkigw7wbb.dial.inet.fi) 08.37.34 Quit edx (Read error: 60 (Operation timed out)) 08.46.22 Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) 08.57.05 Quit DMJC ("Leaving") 09.15.20 *** Saving seen data "./dancer.seen" 09.29.42 # hi 09.31.10 # If i call mp3 decoding initializing the codec plugin "normally" i get 131% speed. If i initialize the plugin inside a thread then it gives me only 60% performance.. 09.33.36 # It's always within a thread. The scheduler makes no difference between the main thread and others 09.37.58 # Okay. This is really interesting what is causing the issue.. 09.47.45 # There are only 2 differences between the main thread and others. (1) The main thread doesn't get created by create_thread(), because it's the one that is already there when the scheduler gets initialised 09.48.01 # (2) It has a significantly larger stack than the default 09.49.49 Join Boobies [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 09.50.25 Nick Boobies is now known as Yokaloshi (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 09.51.00 # Okay guys before my broadband router so kindly kicked me off the internet yesterday by breaking down, i asked a question.... 09.51.06 # does anyone remember? 09.51.34 # if you know what time it appears in the irc logs, we can find out 09.51.49 # lol i'll just ask u again then.... 09.52.17 # yeh, occasionaly mainly when i am walking my jbr10 just stops playing... 09.52.32 # the screen says it is still playing but the music has stopped 09.52.37 # got any ideas? 09.52.58 # Is the red LED on when that happens? 09.53.24 # erm it might be, but i'm not sure, i never noticed. i will look next time 09.53.35 # but i 'think' it is 09.53.48 # Please check that next time it happens. 09.53.58 # I'd also be interested in your hard disk model 09.54.09 # erm wait a sec i'll see 09.54.29 # (Info->Debug->View disk info) 09.57.13 # amiconn: Hmm, great. But i am unable to find out what is causing this. With vorbis2wav 150% performance from main thread and ~98% from new thread (there should be no yields inside the decoding thread so it gets all of the system power and cpu_boost is set to true) 09.59.51 Join Bob [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 10.00.29 # okay how comes it says i am still logged in> (this is yokaloshi btw) 10.00.34 # Slasheri: Some ideas: (1) Perhaps there are changes in how IRAM is used? (2) Is your thread stack long aligned? (3) Maybe some functions are reordered and this changes icache friendliness 10.01.12 # one of the other more annoying features of my box just came into play too 10.01.28 # when i plug it in/un plug it it restarts my pc 10.02.16 # okay amiconn it is a Hitachi_DK23DA-10 10.03.06 # amiconn: the stack is created this way: static long codec_stack[(DEFAULT_STACK_SIZE + 0x1000)/sizeof(long)]; (i have even tried + 0x100000 with no difference in speed) 10.03.58 # .......... 10.04.11 # Amiconn are you there? 10.04.43 # Bob the red light dead 10.04.47 # almost sure 10.04.57 # meaning? 10.05.00 # this bug was corrected recently 10.05.07 # get daily build of rockbox 10.05.11 # okay 10.05.27 # tht means i need to re flash my box again doesnt it? 10.05.34 # hm 10.05.45 # did you flashed it with rockbox ? 10.05.50 # yeh just yesterday 10.05.59 # but in flash 10.06.07 # or it's loading from disk 10.06.08 # Bob: (1) Bager is right, I'm almost sure it's the red led death, with that disk model 10.06.15 # amiconn ;) 10.06.28 # okay i flashed rockbox on yesterday 10.06.31 # and with that "shaking" 10.06.39 # Bob what do you mean with "flashed" 10.06.50 # how did you flash it 10.07.09 # (2) If you flashed rockbox, just update your main image. 10.07.15 # by following the blind guys rules on rockbox.org ;) 10.07.28 # or *guide even 10.07.32 # Bob just follow amiconn's advice 10.07.35 # Unzip the daily build to your recorder, play (=RoLo) ajbrec.ajz, then play rombox.uck 10.07.44 # okay thn kwl 10.07.44 # kk 10.07.48 # Err, rombox.ucl 10.07.50 # wht is rombox btw? 10.07.54 # i nvr did quite get tht 10.08.24 # You'll find the *.ucl files in /.rockbox; need to set 'Show files' to 'all' 10.08.35 # cos yesterday when i flashed it i opened rockbox.ucl... was tht right? 10.08.51 # Rombox means that rockbox is running _directly_ from flash rom, leaving more free ram for buffering mp3 10.09.01 # ahhhh kwl 10.09.14 # so its better thn playing rockbox.ucl? 10.09.22 # I'd recommend it 10.09.32 # kwl 10.09.47 # just incase my pc reboots when i plug in my box, brb 10.10.00 # wow, i'm still here 10.10.02 # kwl 10.10.08 # didnt break this time 10.10.14 # I'm always running rombox on all my archoses 10.10.22 # kwl kwl 10.10.30 # ...in fact I'm the one who debugged it :) 10.10.38 # hahah :D fair enough 10.11.12 # also what is the recorder 8mb thing? 10.11.59 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a216.wi.tds.net) 10.12.27 # It's a hardware mod. Replace the 2 MB ram chip with an 8 MB one for much more mp3 buffer 10.12.38 # woweee 10.12.43 # how ya do tht? 10.12.50 # Then you'd need the recorder 8 MB build to make use of the additional ram 10.12.56 # yup 10.12.56 # No I didn't 10.13.09 # no, i was meaning how do you do that? 10.14.08 # http://www.uwe-freese.de/hardware-projekte/rockbox/8mb_ram_en.html 10.14.31 # thnx 10.15.02 # thts silly 10.15.05 # All Archos Jukebox models have 2MB RAM which is mainly used for buffering mp3 data. An unmodified device can buffer about 50 seconds of music in 256 kbps or 100 seconds in 128 kbps. That means the harddisk spins up very frequently, fills the buffer and then turns off again. 10.15.15 # some of my mp3s are over 1mbps 10.15.32 Quit Yokaloshi (Read error: 110 (Connection timed out)) 10.15.52 # what the hell is the point in having an mp3 that's 1Mbps?! 10.16.16 # "quality lel" 10.16.35 # Rick: except it isn't. there's a point where adding a higher bitrate will do jack, particularly if you're using mp3 10.16.43 # you'd have been better served getting a player that supports FLAC 10.16.54 # ashridah: I know. Hence why it was in quotes. ;) 10.17.14 # ...uncompressed PCM... 10.17.31 # lol 10.17.41 Nick Bob is now known as Yokaloshi (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 10.17.43 # finally 10.21.28 Join edx [0] (edx@pD9EAB630.dip.t-dialin.net) 10.21.35 # Ah, i found the problem! 10.21.42 # static long codec_stack[(DEFAULT_STACK_SIZE + 0x1000)/sizeof(long)] __attribute__ ((section(".idata"))); 10.21.55 # Now it works. It requires the stack to be placed in IRAM 10.22.21 # thanks amiconn .) 10.22.21 # Haha. Did I say something changed in IRAM usage? ;P 10.22.27 # yes :) 10.23.28 # i did what you said, so you reckon the problem will be fixed now? 10.25.27 # There's strong hope. I analysed the problem with my jukebox Studio, which happens to have the very same disk model, Hitachi DK23DA-10 10.26.01 # okay cool 10.26.22 # This disk is infamous for causing RLD for a long time 10.26.44 # haha, i thought it might be a disk problem at first 10.26.52 # i was thinking about putting a new one in 10.26.57 # but now i dont need to :) 10.27.25 # I'd ask you to monitor whether the problem is fixed now, and report back 10.27.42 # yeh i will 10.29.16 # while i am here, i might aswell ask, what is with the way rockbox charges once it is flashed? it doesnt constantly charge does it? and also are there any ways to conserve battery life? 10.29.18 # We should really think about a 2.5 release. 2.4 is oooold now. 10.29.27 # yeh 10.30.02 # The charging was also reworked recently, so it should perform better than 2.4. 10.31.01 # ahh i see that now :) it actually charges now when the unit isnt turned on, instead of doing whatever it did before 10.31.31 # last night i had it on charge alllll night,for like 11-12 hours, and got up this morning and it only had 18% battery 10.31.56 # Bet you had set 'deep discharge' to on 10.31.59 # hello.. 10.32.09 # no, it was set to trickle 10.32.30 Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) 10.32.55 # oh well, it works now :P, the problem is irrelevant 10.32.59 # * HCl smacks crappy dreams. 10.33.10 # * HCl yawns and goes to eat breakfast 10.37.35 # has anyone got the rockvideo thing that they can email me because the original download site with it doesnt work anymore 10.38.54 # pllllllleeeeeeeeeaaaaaaaaaaaasssssssssse 10.41.16 # rockvideo thing? 10.43.50 # thanks :) 10.46.58 # amiconn all it says once i have tried convert something something is an error the RVFMux filter failed to initialise 10.47.05 # :/ 10.47.20 # Did you install that filter? 10.47.33 # oh lol, yeh i forgot bout tht 10.47.37 # i used to ave it 10.48.30 # i'm bein a right dippy muppet today 10.51.34 # Is it possible to implement any pre-emptible scheduling to the kernel? Now codecs work in a separate thread but UI is very sluggish 10.53.48 # Hmm, wait.. Maybe there is not need for that 10.56.03 # Still some lag with ui but not very bad 11.03.48 # i'm bored, what can i do to my box tht doesnt involve de soldering it? 11.07.15 Join Zagor [0] (foobar@h63n1fls31o265.telia.com) 11.15.24 *** Saving seen data "./dancer.seen" 11.18.11 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.19.30 # Slasheri: i'm quite certain libmad needs more than 4k stack 11.19.44 # what's the default stack size? 11.20.12 # preglow: Hmm, now I can easily check the stack size requirement through the debug menu because codec is playing on the background :) 11.20.58 # preemptive multi-tasking shouldn't be THAT hard 11.21.06 # but isn't it possible to have the codec yield between frames? 11.21.11 # But currently i am working on vorbis and implementing real file buffer and codec api for it 11.21.25 # preglow: Yes, if the frames are small enough 11.21.41 # well, that depends on the codec 11.21.45 # mp3 frames are pretty small 11.21.53 # vorbis frames are mediumish 11.22.02 # great.. then it shouldn't be a problem 11.22.08 # guys, did you know that google can be used as scientific calculator ? 11.24.27 # lol 11.24.28 # wo0t 11.24.30 # and yes 11.24.40 # it can also be used as a dictionary and other stuff 11.25.19 # just type define: and it gets a load of dictionary definitions 11.28.36 # Gtg, cu 11.28.57 Part amiconn 11.32.42 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 11.36.10 Join _DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) 11.37.40 # preglow: it worked great! Now listening to vorbis and there is no lag with ui at all! :) 11.39.37 # great! 11.39.47 # have you found out how to do the wps stuff? 11.40.17 # not yet.. I still have to work with buffers etc. Maybe i will look into it later 11.40.49 # sure 11.40.56 # playback mechanism is more important by far 11.43.39 # with the current implementation it's also impossible to use another plugins while listening to something. But this can be fixed later 11.43.49 Join AlphaFish [0] (None@p549ACE11.dip.t-dialin.net) 11.44.09 Part AlphaFish 11.45.06 # indeed 11.45.17 # codecs are supposed to be a special plugin type anyway 11.45.58 # is there any disadvantage to having the codecs as plugins? 11.46.08 # are they less efficient? 11.46.16 # yes.. maybe there should be entirely different plugin api for codecs 11.46.26 # we won't have to waste a ton of memory on all the codecs 11.46.27 # no, there are not 11.46.32 # *they 11.46.40 # and they won't be any less efficient 11.46.53 # someone said plugins were harder to debug? 11.46.58 # they are 11.47.11 # but that's a coder problem 11.47.27 # yeah 11.47.34 # i still don't want to waste to megabytes of my precious ram on codecs i'll never use 11.47.37 # two 11.48.20 # ram? are all the plugins loaded into ram? 11.48.44 # only the current plugin being used is loaded 11.49.22 # the entire point of codecs is that they're only in ram when you need them 11.49.25 # eh 11.49.30 # entire point of plugins 11.49.32 # with codec plugins, all necessary codecs to decode files in the buffer are loaded in that buffer too 11.52.51 # do you handle file buffering currently, btw? 11.53.04 # only partially, still working on it 11.53.25 # i'll imagine that'll be a bit tricky 11.53.26 # but there should be no problems so far to do full buffering 11.53.31 # :) 11.53.35 # the codecs will have to load their own data, but that can come later 11.54.00 Quit DangerousDan (Read error: 110 (Connection timed out)) 11.54.11 # codecs load all their data from file buffer by calling size_t (*read_filebuf)(void *ptr, size_t size); 11.54.24 # currently only vorbis codec supports this 11.54.34 # so you do delegate that task to the codec itself? 11.55.04 # no, codec api will handle the buffer read requests 11.55.27 # 'cause codecs will need to strip away metadata and such 11.55.28 # but codec itself will get new data from buffer when it needs it 11.56.09 # and mod format will need to do more advanced loading than just reading the file into memory 11.56.13 # Hmm, yep. The codec gets access to the original file content by calling that callback function 11.56.13 # but this can come later 11.56.24 # hmm, okay 11.56.31 # yeah, sure, but the codec is also what needs to read the file into the file buffer in the first place 11.56.43 # since the codec knows better than rockbox what needs loading and what can be stripped 11.57.00 # Ah, i see 11.57.26 # and in the case of mod and midi format, the entire file needs to be preprocessed, and the result of that is what is put in the filebuf 11.58.53 # Okay, hmm. I will think about that 11.59.27 # it's worth keeping in mind, yes, even if you don't need to implement it yet 12.16.07 # preglow: Hmm.. Maybe it would be a basic solution that codec may tell the api if it needs the whole song in the memory to be directly accessible all the time? 12.17.08 # only non-streaming codecs need that, and those are also the very same codecs that need to do their own loading 12.17.11 # just forget those formats for now 12.17.14 Quit Yokaloshi () 12.17.19 # ah, ok :D 12.17.23 # they'll be a lot of work 12.24.33 Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 12.24.39 Quit textchimp (Read error: 60 (Operation timed out)) 12.25.07 # What do the plug ins in the latest daily build of rockbox for jbr do? 12.25.14 # like alpine_cdc etc 12.28.25 # hello? 12.29.11 # most plugins are described in the wiki 12.29.30 # alpine_cdc is an Alpine CD-changer emulator 12.30.09 # oh, what can you do with it? 12.39.21 # actually dw 12.39.24 Quit Yokalosh () 12.43.51 Join Bumi [0] (~blabla@bzq-80-34-158.red.bezeqint.net) 12.43.55 # hey everyone 12.44.54 Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 12.46.26 # any iriver port people here 12.46.27 # ? 12.46.37 # yes 12.47.21 # haha pokémon yellow on my jbr 10 12.47.24 # funny stuff 12.47.49 # rockboy runs very slow on archos.. 12.48.46 # you are right there :) 12.48.55 # preglow 12.49.05 # how comes it is so slow? 12.49.12 # bumi 12.49.18 # i talked to the guy who made the right right to left pluging to rockbox 12.49.31 # and he sayed that he is willing to update it 12.49.44 # but only if it gets added to the main releace 12.49.56 # since he dosnt want to rewrite the patch for each version 12.50.08 # why'd he do that? 12.50.19 # doesn't change that often 12.50.24 # well 12.50.26 # but we can't guarantee anything like that beforehand 12.50.32 # if it's good, then it get's added 12.50.36 # well 12.50.43 # its gonna work thats for sure 12.50.52 # and its better then no sepport at all..... 12.51.08 # Bumi: not if the code is bad 12.51.19 # (not saying it is, I haven't looked at it) 12.51.31 # what he sayed is that for him to update the patch means to refind all the places and lines that need to be changed... 12.51.39 # did anyone look at the last patch? 12.51.49 # its in the patch section of the rockbox site 12.51.53 # i don't know 12.52.02 # just dosnt work with the latest version] 12.52.16 # do you know the name or number? 12.52.40 # 783877? 12.52.41 # it whold just help us israelys and i guess arabs as well if there was right to left sepport 12.53.19 # http://sourceforge.net/tracker/index.php?func=detail&atid=439120&group_id=44306&aid=783877 12.53.25 # yeap 12.54.26 Join tvelocity [0] (~tony@ipa159.0.tellas.gr) 12.54.57 # guys which is the best iriver to buy? 12.55.19 # i have the iriver ihp-120 12.55.22 # Yokalosh: ...for what? rockbox compatibility? 12.55.26 # yeh 12.55.26 # it has good hardware 12.55.34 # and bad firmware 12.55.38 # lol 12.55.51 # Yokalosh: we don't support any iriver 100% yet, but the 1xx series is furthest along 12.55.53 # rockbox is going to change that 12.55.53 # :P 12.56.00 # :D 12.56.07 # kwl 12.56.19 # you can allso buy the iaudio X5 which looks perty cool 12.56.25 # no rockbox 12.56.29 # but still damn good 12.56.39 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 12.56.45 # so i shud get a ihp-140 or summot thn? 12.57.24 # yea 12.57.31 # thay are perty hard to find BTW... 12.57.37 # anyway 12.57.43 # zagar 12.58.06 # any chance someone can talk to gadi? (the creator), a feture like that will realy help us alot 12.58.51 # i recommend he joins this channel, it's the best way to talk 12.59.18 # the code looks fairly good, just a few issues i'd like to ask about 13.00.08 # ok 13.00.15 # i have his email and MSN 13.00.19 # ill try to talk to him 13.02.25 # hey look 13.02.26 # http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItem&category=91365&item=5777806596&rd=1&ssPageName=WDVW 13.02.35 # do you think i shud get it? or try... 13.03.46 # if you want a 140, go for it (but don't bid until last hour) 13.04.06 Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) 13.12.01 # kwl 13.12.09 # well which is the best in ur view? 13.15.27 *** Saving seen data "./dancer.seen" 13.22.28 Join rasher [0] (~3e4f4094@labb.contactor.se) 13.23.13 Join Lost-ash [0] (ashridah@220-253-123-126.VIC.netspace.net.au) 13.23.32 Quit ashridah (Nick collision from services.) 13.23.40 Nick Lost-ash is now known as ashridah (ashridah@220-253-123-126.VIC.netspace.net.au) 13.30.15 # zagor 13.30.22 # i talked to the developer 13.30.27 # he will come soon 13.30.29 # ok? 13.30.37 # hey rasher 13.30.40 # its omri 13.30.54 # the developer of the hebrew patch will come on mirc soon 13.31.15 Join Kinslayer [0] (~dragon@bzq-82-80-140-173.red.bezeqint.net) 13.31.23 # hey kinslayer 13.31.46 # hey man 13.31.53 # sup? 13.32.16 # oh i'm just dandy :) u? 13.32.21 # Zagor 13.32.42 # hmmm..... 13.32.45 # wonder where he ment 13.32.46 # rasher 13.32.48 # you here? 13.33.21 # dang 13.33.26 # where did everyone go 13.33.26 # sorry, was away 13.33.27 # :P 13.33.40 # bumi: time for you to change deodorant :) 13.34.04 # ha? 13.34.07 # didnt get the joke 13.34.09 # :P 13.34.17 # i guess army made me too tired 13.34.19 # :P 13.34.23 # heh 13.34.35 # well anyway Zager 13.34.49 # can you talk to kinslayer about the patch? 13.35.28 # ah, Kinslayer you're gadi? 13.35.44 # yeap 13.35.56 # yeah hey :) 13.36.22 # right well the first point is how much of the code is specific to hebrew and how much is "just" right-to-left and works for other r2l languanges 13.36.50 # its all general r2l code 13.36.57 # i made sure it worked with arabic characters aswell 13.37.07 # of course there's no shaping support 13.37.07 # :) 13.37.14 # great. in that case I'd suggest we not call files and functions 'hebrew'. 13.37.23 # hehe ok... go for "bidi" 13.37.31 # good 13.38.08 # another point is about style. we try to keep the code in rockbox very simple. i'd like you to split lines so there is only one statement (semicolon) per line. 13.38.25 # except for() lines of course, but you get the point i think? 13.38.31 # ok, not a problem 13.38.31 # yeah 13.41.45 # otherwise it looks good. small and neat patch. 13.41.52 # ok great 13.41.57 # and very usefull 13.41.58 # :D 13.41.58 # i havent seen the rockbox code in a good couple of months 13.42.06 # but ill try do it this week sometime and make sure everything compiles cleanly 13.42.11 # thanks :) 13.42.14 # excellent 13.42.44 # i have another question 13.42.50 # if it works on the archos 13.43.03 # will it mean that it will work on the irivers as well? 13.43.07 # yes 13.49.12 Quit Yokalosh () 13.50.06 # cool 13.50.08 # :D 13.51.33 # I agree with amiconn that a release would be nice 13.52.43 # ya, a release is always nice :-) 13.53.19 # Well... hasn't there been enough changes to justify it? 13.53.59 # pft! wait until iriver port is ready, then do rockbox 3.0! 13.54.30 # haha 13.54.46 # rasher: yes it has 13.55.23 # i've just been lazy/absent this spring 13.56.24 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 13.56.27 # Hi all 13.58.51 Quit StrathAFK (tolkien.freenode.net irc.freenode.net) 13.58.51 NSplit tolkien.freenode.net irc.freenode.net 13.58.51 Quit Bagder (tolkien.freenode.net irc.freenode.net) 14.13.27 NHeal tolkien.freenode.net irc.freenode.net 14.13.27 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 14.14.41 Join Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net) 14.18.45 Join Aramil [0] (~tony@ipa179.6.tellas.gr) 14.26.26 Quit tvelocity (Read error: 60 (Operation timed out)) 14.32.03 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 14.40.17 Quit Aramil ("Leaving") 14.52.30 Join bumi2 [0] (~blabla@bzq-80-34-158.red.bezeqint.net) 14.52.31 Quit Bumi (Read error: 104 (Connection reset by peer)) 14.54.00 Nick bumi2 is now known as bumi (~blabla@bzq-80-34-158.red.bezeqint.net) 14.57.09 Join asdsd____ [0] (~asdsd@h-67-100-31-196.miatflad.dynamic.covad.net) 15.15.26 Part asdsd____ 15.15.31 *** Saving seen data "./dancer.seen" 15.30.40 Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 15.39.00 Join Allex [0] (~505980c6@labb.contactor.se) 15.40.22 # ... 15.40.36 # ...... 15.40.39 # indeed 15.40.46 # Hi ppl, whats up? 15.44.44 # filebuffering almost done. Now it can play all vorbis files, no matter how big they are 15.45.13 # wow 15.45.33 # how do you guys do this shit? 15.45.58 # ur flippin genius's 15.46.38 # Slasheri: l33t, does it handle wrapping at the end of the buffer and so on? 15.46.58 # Yokalosh: all it takes is motivation and a decent background in the right field. you don't start out knowing everything, you build your way there through many grueling years at a uni, and then start all over again when someone throws you into the deep end at a job :) 15.47.14 # or you just skip the uni 15.47.25 # preglow: true, there's other ways to pick it up 15.47.35 # yes, but currently it wont jump to next track when last is finished. I will do that next - gapless of course ;) 15.47.38 # but the general idea is the same. start simple, work upwards in complexity 15.47.38 # i've learnt most things on my own 15.48.04 # interest porting rockbox to SAA7750... did you have some docs? 15.48.17 # i've learnt absolutely NOTHING new in programming in uni 15.48.18 # heh 15.48.26 # Allex: docs about rockbox or the saa7750? 15.48.35 # saa7750 15.48.37 # Slasheri: you're using viewer plugins right? 15.48.44 # so no audio API? 15.48.53 # well i ave uni to come.... i'm 15 15.49.05 # Zagor: i have some PDF's but... but not full infos 15.49.12 Join Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) 15.49.16 # Allex: ask philips directly. they're usually pretty good about releasing docs. 15.49.17 # Yokalosh: the other ingredient is a willingness to experiment, and read anything in sight 15.49.30 # yeh haha 15.49.53 # can somebody make the gameboy thing work cos it is kwl but tooo sloowwwww 15.49.58 # :P 15.49.59 # t0mas: Hmm, i am not sure how to say this.. Certainly there is some api but codec plugins are loaded as "regular plugins" 15.50.24 # Zagor: hmm.... don't think so... 15.50.38 # The only problem with the current implementation is that no other plugins can be used while audio is being played 15.50.46 # Yokalosh: i don't think anyone really has a good idea what HCl's been doing in the way of dynarec to pick it up without significant effort, and he seems less motivated to get it working. 15.50.47 # Slasheri: ok, I ment: it's not following the proposal in wiki right? 15.50.50 # it's a new idea? 15.50.52 # Allex: ? 15.50.52 # of course, it'll never be fully functional 15.51.05 # :( awwww 15.51.09 # ashridah: not much 15.51.22 # t0mas: not precisely but the idea is same 15.51.31 # Zagor: anyone asks philips about this chips? 15.51.35 # hey, i know i asked earlier but what is that alpine plug in and how does it work? 15.51.43 # plugins and dynamically loaded as necessary and multi codec architecture is supported 15.51.50 # *are 15.51.57 # Allex: I think not yet, but we've asked them about other chips before and got good responses. 15.52.12 # Zagor: what chip? 15.52.22 # t0mas: And there is input buffer for file data and output buffer for audio 15.52.25 # Slasheri: ok, and you can't use plugins at the same time because the plugin buffer is used for the codecs? 15.52.37 # yokalosh: read http://www.rockbox.org/viewcvs.cgi/apps/plugins/alpine_cdc.c?view=markup 15.52.53 # Allex: the UDA1380TT iirc 15.53.05 # thnx 15.53.06 # Hmm, yes. That might be one problem. But i will do a work around to this, sooner or later.. 15.53.17 # Slasheri: So a new codec buffer should be created? and then plugins can work again? 15.53.36 # also the internal plugin stack is used by loaded codecs 15.53.37 # Zagor: i want to program my MPIO FL100... now i can work with LCD... need infos about other stuff 15.53.55 # Allex: at least try asking them. can't hurt. 15.53.55 # Slasheri: so new thread + buffer is needed? 15.54.05 # gotta go 15.54.09 # bye 15.54.39 # t0mas: Hmm, new thread is already done. I can't say for sure what is needed because I have not yet looked the code close enough 15.54.42 # Zagor: bye 15.55.26 # Slasheri: so you've just hacked the xxx2wav plugins to stop outputing data on the lcd and made then output pcm data through the plugin api? 15.55.26 # bye zagor 15.55.32 Quit Yokalosh () 15.55.48 # t0mas: in fact, the pluginbuf should not be a problem later 15.56.37 # Anyone intresting to port on SAA7750? 15.56.38 # preglow: yes, that is the basic idea. I might also copy the modified vorbis2wav, xxx2wav etc. files to entirely new files 15.57.17 # preglow: in fact, they are not outputting the data through plugin api but codec api 15.57.35 # what codec api? 15.57.53 # (codec api is given to the plugins as a parameter on codec initialization) 15.57.58 # ah ok 15.58.00 # :) 15.58.10 # damn 15.58.28 # it's 34 degrees celsius here... and my cpu is at 67 :X 15.58.34 # :D 15.58.39 # normally it's at just 45 to 50 15.58.55 # (fully loaded) 15.59.08 # here its ~16C outside 15.59.16 # ah, you live on a hill? 15.59.28 # in finland :) 15.59.33 # oh wait 15.59.34 # not a summer yet 15.59.46 # * t0mas thought you lived in ausria ;) 15.59.49 # ;) 15.59.51 # *austria 16.00.08 # * t0mas stops his compile... 16.00.16 # at 70 it starts beeping... 16.00.27 # time to put my case fan back in 16.00.27 # :/ 16.00.36 # yes, you need a better cooling 16.00.39 # 70 isn't too hot 16.00.54 # normally it's at 33 to 37 rasher 16.01.01 # I mean it's hot, but the cpu shouldn't complain until you hit 85-90 16.01.02 # and on 100% load it gets to 45 16.01.11 # my cpu is 38C currently (water cooled system) 16.01.14 # wait.. what kind of cpu is this? 16.01.21 # athlon XP 16.01.23 # 3200+ 16.01.49 # amds don't mind heat much 16.01.52 # Slasheri: ahh, excellent, that's good thinking 16.01.59 # :) 16.02.13 # god damn, i wish i had time to help out 16.02.19 # rasher: still... 70 is hot 16.02.28 # but not too hot 16.02.45 # I'll just put my case fan back in tonight 16.06.09 Join BTKDaImMaikata [0] (~Bager@83.222.160.88) 16.06.11 Quit Bager (Read error: 131 (Connection reset by peer)) 16.07.22 Nick BTKDaImMaikata is now known as Bager (~Bager@83.222.160.88) 16.09.33 # rasher about cpu temp... 85 is too much for athlon XP ...... 16.10.51 # trying to find amd's spec papers, but they're throwing me into an infinite redirection loop 16.11.11 # in fact, iirc, 80 or 90 degree C. is dieing 16.11.31 # w8, rasher 16.14.03 # amd lists 85 as maximum temperature for xp 2400 16.14.20 # trying to find the numbers for xp3200 16.15.25 # rasher there are about this 16.15.28 # 80 or 90 16.15.51 # one of the letters in the marking of CPU is for this temperature 16.16.21 # max temp for xp2000 is 90C 16.17.14 # http://www.amdboard.com/amdid.html 16.24.55 # * preglow hugs his athlon64 16.25.47 # * preglow gets burnt 16.44.52 # * Bager gives preglow some liquid nitrogen 16.45.08 # or it's too late ? 16.59.12 Quit Allex ("CGI:IRC (Ping timeout)") 17.00.17 Quit ashridah ("sleep") 17.15.35 *** Saving seen data "./dancer.seen" 17.38.09 Quit rasher ("CGI:IRC (EOF)") 17.46.41 Quit CoCoLUS (Read error: 60 (Operation timed out)) 17.56.36 Quit bumi (Read error: 110 (Connection timed out)) 17.59.11 # Bager? what's max for 2600+ barton? 18.07.38 Join dn [0] (~dn@203.101.54.106) 18.08.24 Quit dn (Client Quit) 18.08.36 Join CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at) 18.18.19 # is that playback-patch from 2 days ago included in cvs yet? 18.19.48 # not afaik 18.21.21 Join ehntoo [0] (500@24-177-161-77.dhcp.mrqt.mi.charter.com) 18.22.19 # we all waiting Slasheri greats works :) 18.22.41 # and Linus's of course 18.23.13 # =) buffering should be finished soon. Now I will start testing if gapless playback with playlist works 18.24.04 # please go ahead :) 18.25.51 # does it work without a playlist? :) 18.26.10 # Slasheri: do you know how to extract exact track length info from mp3 files? 18.26.30 # CoCoLUS: that patch won't be included in cvs, it's just a hack 18.26.46 # CoCoLUS: Hmm, you can select individual files from file browser / playlist, so yes? :) 18.27.13 # preglow: No, i haven't had time to look into any wps stuff yet 18.28.03 # Slasheri: you need the info for gapless playback, not wps 18.28.16 # Hmm, is that really necessary? 18.28.21 # well, yes 18.28.27 # mp3, by default, doesn't store how long the track is 18.28.40 # how can you make gapless playback when you don't know how long the track is? 18.29.12 # you know how long the track is in frames, but you don't know how many real samples the last frame contains 18.29.20 # okay, so it's not enough if switching between audio codecs is gapless? (i.e., no null data would be written into audio buffer) 18.29.31 # * t0mas is away: eating 18.29.42 # not for mp3 18.29.46 # for vorbis, that will be enough 18.29.52 # since you know, in samples, how long a track is 18.30.05 # ah, yes i understand 18.30.08 # Slasheri: correct. mp3 requires extra massaging of the pcm data 18.30.08 # so you know how many samples from the last frame you're supposed to chop away 18.30.27 # mp3 doesn't tell you how many of the last frame samples you're supposed to chop away 18.30.40 # lame does encode that file into the mp3s, though 18.31.44 # and luckily, lots of people use lame these days 18.33.35 # does encode that _INFO into the mp3 18.34.00 # * preglow curses his sentence contruction skills 18.35.02 # hmm, i will look that mp3 problem later after i got vorbis fully working 18.35.06 # sure 18.35.21 # vorbis is inherently gapless, so that's the better plan 18.35.31 # great :) 19.12.16 Quit Zagor (Remote closed the connection) 19.15.36 *** Saving seen data "./dancer.seen" 19.19.49 Join tvelocity [0] (~tony@ipa179.6.tellas.gr) 19.20.32 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 19.20.48 Quit textchimp (Read error: 60 (Operation timed out)) 19.21.01 # hello box-rockers - ive been away for a week or 2 - any news on iRiver port? 19.22.43 Quit ripnetUK (Client Quit) 19.23.37 Join bumi2 [0] (~blabla@bzq-80-34-158.red.bezeqint.net) 19.24.31 Join bill2or3 [0] (bill@cerberus.protovision.com) 19.47.01 Join LinusN [0] (~linus@labb.contactor.se) 19.52.16 Join webguest79 [0] (~54b39dcf@labb.contactor.se) 19.54.56 Quit webguest79 (Client Quit) 19.56.02 Join webguest79 [0] (~54b39dcf@labb.contactor.se) 20.00.57 Part LinusN 20.01.51 Quit webguest79 ("CGI:IRC (EOF)") 20.05.55 Quit bumi2 (Read error: 110 (Connection timed out)) 20.40.13 # Hi Slasheri what's new about your works? :) 20.41.23 Join bagawk [0] (~Lee@bagawk.user) 20.41.26 # ohh go/back of Linus I see 20.58.03 # MoosCamaro: Still testing.. Now contiguous playing of ogg files almost works. Still some small problems with buffering 21.00.11 Quit bagawk ("Leaving") 21.01.40 # as soon as gapless playback is working, im switching :)= 21.04.14 # Slasheri: that progresses fine, it's cool 21.04.23 # good luck ;) 21.10.13 # hehe, thanks ;) 21.10.19 # luck is needed 21.12.14 # extremely good news 21.13.16 # did i hear correctly? contiguous playing of ogg files almost works? 21.14.16 # yes, that's correct. However, currently there is no wps or any display about what file is being played 21.14.50 # thats great. congrats 21.15.39 *** Saving seen data "./dancer.seen" 21.18.12 # even highest bitrate vorbis files seems to work, at least if they are pre-buffered enough 21.18.29 # is a system for reading tags/displaying already there and just not used or is it work in progress? 21.18.59 # i haven't been following progress lately... what else is done/almost done? 21.19.14 # I think the wps is there, but i don't know yet how to use it 21.20.40 # how's the sound API going? 21.20.50 # you're talking about the highest possible bitrate that the ogg codec allows or the original firmware limit (iirc 500 kbps)? 21.21.13 # Hmm, 500 kbps 21.22.47 # you're are using the 120 mhz mode at the moment? 21.22.57 # yep 21.23.22 # i'm curious... sorry for the questions ;) 21.23.54 # However, i think that all codecs will get faster when more optimizations are made to them 21.24.17 # At least vorbis, mp3 and flac should be realtime at the moment (maybe even more?) 21.24.21 # do "normal" files (ie files with a bitrate like 150-250) run realtime with a lower frequency? without future optimizations 21.24.43 # Currently they wont 21.25.50 # But that's not a problem because switch to higher frequency should be only be made when it's necessary to fill the audio buffer faster 21.27.16 # for example when audio buffer reaches watermark, we could boost the cpu and when the buffer is full, just restore slower frequency 21.27.20 # Slasheri: wavpack 21.27.33 # :) 21.27.45 # CoCoLUS: "without future optimisation" is not a viable option, nor is "lower frequency" 21.27.52 # they'll all have to see optimisation 21.28.27 # running the transforms codecs at a lower frequency might help "some" 21.28.35 # the only codec i'm sure can do that is mp3 anyway 21.29.05 # i was talking about lower cpu frequency 21.29.33 # mp3 might be able to run at a lower frequency 21.29.37 # wavpack might also 21.29.40 # perhaps flac, if you're lucky 21.29.42 # that's that 21.30.06 # because iirc the 120 mhz mode is somewhat unfriendly to the battery ;) 21.30.31 # we'll not be using it all the time 21.30.33 # just when decoding 21.31.24 # so the plan is not to run continously at lower cpu frequency levels but use 120 mhz "bursts" ? 21.31.40 # yes 21.45.54 Join Yokalosh [0] (~Yokalosh@cpc1-cbly2-4-0-cust103.glfd.cable.ntl.com) 21.46.55 # I have a random little problem, its quite weird and i don't know why my recorder 10 does it 21.48.36 # does anyone know about a weird little battery prob 21.48.53 # its just my battery earlier, i turned it on it had 50% battery 21.48.59 # 2 minutes later 52 21.49.04 # then 47 21.49.09 # then 43 21.49.20 # then 47 and then it went right down to 33 21.49.32 # all in around 10 minutes 21.49.37 # can anyone help? 21.52.40 Join LinusN [0] (~linus@labb.contactor.se) 21.55.30 # anyone? yes, no, maybe? 21.56.31 # Yokalosh: are your batteries in good condition? 21.56.44 # they should be 21.56.46 # have you entered the correct battery capacity in the settings? 21.56.54 # erm yes 21.57.03 # how long does it play before it dies? 21.57.25 # it depends from day to day, usually a couple of hours, 5 or 6 maybe 21.57.46 # the battery percentage is just an educated guess 21.58.09 # ooooh 21.58.11 # and it is an attempt to tell how much playtime is left 21.58.17 # okay cool 21.58.47 # i never noticed it did that before though which is weird 21.58.48 # what is the battery capacity? 22.00.15 # 1500 22.01.00 # then 5-6 hours seems pretty ok 22.02.11 # cool, but this only seems to have started happening since yesterday when i flshed it for the first time 22.03.09 # the battery capacity calculation is often somewhat off just after starting the jukebox 22.03.31 # yeh, this was 2 or 3 hours in :S 22.05.02 # hmmm 22.05.25 # i prbably just need new batteries, these are about 16 months old now 22.06.47 # guess so 22.07.04 # :) 22.08.29 # Salut Linus 22.08.43 # so what cool things are planned for the future then? 22.09.11 # Linus: Have you read the begining Slasheri works? :) 22.09.27 # MoosCamaro: yes, i'd like to see his code 22.09.47 # :) 22.10.20 # Yokalosh: nothing special, i'm mostly working to get the iriver working 22.13.43 # awww 22.14.01 # LinusN: I could probably do a patch tomorrow or at next week when i get the code more clean and working better 22.14.21 # c you guys later :) 22.14.22 # Slasheri: could you describe what you have done so far? 22.14.37 Quit Yokalosh () 22.15.53 # LinusN: Little improved audio buffer, file buffer for codecs&plugins (still buggy), changed plugin loader to also load from ram, passed plugin api to codecs as pointer to a structure, and very basic playlist control (i can select a song to start play with) 22.16.24 # The playback starts almost immediately and buffering continues on background until the whole file buffer is filled 22.17.08 # *passed codec api to codec plugins... 22.18.26 # Slasheri: how much have you looked at the current file buffering code? 22.19.13 # Hmm, not much.. Maybe i should really check it 22.19.58 # we don't want a completely different approach for the iriver playback 22.20.42 # in the best case, we could have the same code on all platforms 22.21.39 # yes.. currently the iriver related code is separated on a different file 22.24.57 # one of the reasons that it has took me so long to do the playback code myself is that it has been a lot of work to revamp the current code to fit into the software codec concept 22.24.58 # Hmm.. do you think it might be possible to use existing file buffer directly on iriver? 22.25.23 # okay, i understand.. 22.25.51 # my suggestion to you is to concentrate on the pcm playback issues 22.26.08 # and not to worry much about wps and playlists issues 22.26.27 # then we can "easily" merge your efforts into the current code 22.26.50 # ok, i try to do that :) 22.26.52 # btw, what do you mean with "changed plugin loader to load from ram"? 22.28.27 # i made a little change to the code: i changed the function plugin_load to plugin_load_ram that loads plugin from a giver address location. plugin_load still works as before and calls plugin_load_ram 22.30.15 # what for? 22.30.46 # i used it to load codec plugins directly from ram buffer instead of file :) 22.31.17 # and it worked well.. 22.32.01 # yes, but what for= 22.32.02 # ? 22.32.52 # Hmm, when there are many songs loaded into memory, the new codec can be loaded from memory too insted of spinning up the disk.. 22.33.35 # why not just keep it loaded? 22.34.35 # Ah, you mean that all necessary codecs could be loaded from disk when it's spinning and then keeping all of them running? 22.34.59 # Hmm, that might be really a good idea 22.35.20 # the general idea is to have up to two codecs running at the same time 22.35.25 # But then the plugin loader has to be modified to support multiple plugins to be loaded simultaneously? 22.35.28 # loaded on demand 22.35.43 # don't confuse plugins with codecs 22.36.10 # the codecs are separate from the ordinary plugins 22.36.34 # yes.. (i just currently used plugin loader for testing) 22.37.02 # okay, i understand what you mean 22.37.45 # so there is no need to buffer codecs if codec loader could keep two instances on memory at a time 22.39.07 # you have to, if you want gapless 22.40.41 # i really appreciate your work on this 22.41.00 # it would really be nice to commit some of it to cvs 22.41.20 # especially the pcm buffer playback stuff, to begin with 22.43.27 # hmm, maybe i could improve the pcm playback code more if that would be useful 22.44.30 # I just added cpu_boost control so when the pcm buffer reaches watermark, boost is set to true 22.44.58 # And on full buffer speed is dropped, unless file buffering is going on 22.51.30 # perfect 22.54.26 # is pcm playback in a separate thread now? 22.56.23 # Hmm, now.. At the moment i have pcm.c that includes two threads: one for filebuffer control and other for codec. But maybe i could change the pcm playback to a thread 22.56.30 # *not 22.57.50 # But is there any need for pcm playback to be on a separate threads as all events are generated by dma interrupt? 23.00.38 # What tests i have done, codec thread and file buffer control thread was enough for a seamless playback and fast ui. But maybe there are other, better approaches also 23.02.42 # sounds ok 23.04.38 # and my very simplified codec api looks like this: 23.04.40 # | size_t (*read_filebuf)(void *ptr, size_t size); 23.04.40 # | bool (*audiobuffer_insert)(char *data, size_t length); 23.05.22 # so codec could read the amount of data it needs, and write some audio chunks when it's ready 23.05.47 # Audio chunks are also prebuffered by pcm playback until MIN_CHUNK_SIZE bytes are received 23.08.17 # looks ok so far 23.08.29 # great :) 23.08.45 # it's not like we have to set anything in stone 23.09.26 # don't mind if i do some file buffering stuff, that don't need to be added to cvs ever. It just might be useful for testing. Maybe i will concentrate more on the pcm playback stuff :) 23.09.40 # :) 23.10.14 # would be nice if you did, so we can commit your stuff in steps 23.10.31 # it's a pain to commit huge patches 23.10.33 # ok, that would be great 23.10.45 # yes 23.14.05 Quit MoosCamaro (Read error: 110 (Connection timed out)) 23.15.41 *** Saving seen data "./dancer.seen" 23.17.14 # i have to go. please consider preparing the pcm playback stuff for commit 23.17.31 # ok, thanks. night :) 23.17.36 # nighty 23.17.38 Part LinusN 23.28.06 Quit Harpy (Read error: 60 (Operation timed out)) 23.28.56 Join rasher [0] (~3e4f4094@labb.contactor.se) 23.32.47 # Slasheri: excellent work