--- Log for 02.10.107 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 hours and 57 minutes ago 00.00.06 # ruinedtwice: ok, I see 00.00.08 # I checked at the time and noted that the CRC "found" matched precisely a CRC value "advertised as expected" earlier in the scroll. 00.00.08 # Badger: if you can point me an some instructions of how to post real firmware dumps, i'm more than happy to 00.00.29 # I only have a classic, but i'd be willing to do any comparisons useful 00.00.33 Quit ompaul (Client Quit) 00.00.49 # sadly, while i do a great deal of programming in linux, i'm unfamiliar with reverse engineering, especially at the hardware level 00.00.52 # ruinedtwice: the text output is meant to be displayed on error so in the second case the bootloader clearly thought something was wrong 00.01.24 # excellent 00.01.25 # (willing to learn if it helps, just pointing out) 00.01.52 # chandlerc: I can't tell since I don't know much about that player 00.03.29 # * pixelma notices that there is no "c200" category in the tracker yet 00.03.44 # I've noticed such as well. 00.03.46 # me fix 00.04.11 # heh. 00.04.20 # I think I'll take a chance and just toss in a terse precis of the recovery sequences I discovered for each of the above described problems (even though I know that there's a long thread on the forum about the first problem). 00.04.23 # me fix! (takes out caveman club) 00.04.31 # Bagder: was there a firmware dump for the nano 3g? 00.04.35 # (shout me down quick, or I'll go ahead) 00.04.40 # not that I've seen 00.04.46 Join jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 00.04.52 # in fact, there is very little documented about all of these encrypted ipods 00.05.07 # c200 player added to flyspray 00.05.09 Quit jgarvey ("Leaving") 00.05.19 # me thanks :) 00.05.36 # * maxkelley reward Bagder with extra caribou thigh. 00.05.43 # we should get an ipod classic for someone with skill 00.05.54 # mad skillz 00.05.58 Quit midkay ("Leaving") 00.06.17 # MrH's pretty much done with the sansa now, isn't he? ;-) 00.06.23 # i would be willing to send one around January in all likelihood 00.06.31 # there was this crypto guy some time ago asking for a bootrom dump... 00.06.42 # ah yes 00.06.43 Quit Rob222241 () 00.06.53 # and i'll provide any dumps people want if they can give me some pointers on what they want 00.06.53 # Bagder: you can at least ask him if he's interested 00.07.10 # For the first problem, first I d removed the back plate on the unit and momentarily disconnected the battery, confirmed that Rockbox booted as expected, and then re-attempted to boot OF seeking duplication of the anomally (which occured I'm guessing to no-one's surprise). 00.07.13 # but seriously, I assume public key crypto and that means hard as hell to crack 00.07.25 Join chrisjs169|brb [0] (n=jack@pool-71-114-128-205.hrbgpa.dsl-w.verizon.net) 00.07.43 # Nice - FS7487 is working 00.07.52 # ... or rather brute-force factoring 00.07.59 # Bagder: have to be done by making (guesses sadly) at both the source and the decryption chip, and then brute force from there 00.08.25 # chandlerc: do you have bodyguards to prevent being eaten by steve jobs? 00.08.29 # there is no _way_ you are going to brute force it if its done correctly (ie. a digest hash) 00.08.34 # Next I established a recovery mode connection following the standard protocol and ported the mi4 file for 1.02.18a, followed by disconnection and reboot to OF mode without rockbox (again, I'm guessing to no one's surprise). 00.08.35 # maxkelley: no, but i'm not too worried 00.08.40 # Bagder: i'd expect that too 00.08.55 # Bagder: i'm really quite sure we'll need to hack the hardware on this one to find out anything at all 00.09.00 # maxkelley: if need be, i've got some friends i could mail my ipod to and have them do it... ;] they have much less to be worried about 00.09.01 # we could always try and contact those quantum computing guys... 00.09.08 # logic analyzer action 00.09.09 # heh. 00.09.11 # even quantum computing won't help 00.09.13 # preglow: quite likely yes 00.09.14 # ok so much for obvious reduncancy, now for the second not yet known to me to be commonplace failure. 00.09.19 # it only gives a quadratic speedup 00.09.31 # I hear there are russian and chinese companies doing that stuff ;-) 00.09.31 # (and that only in theory ;) 00.09.40 # preglow: anyone who has the know-how to do that given the hardware? 00.09.55 # we'll create a RockboxIpodEncryptionCracking@Home association. 00.10.06 # hahaha 00.10.13 # chandlerc: well, i would, as would other people in here, but it's still lots of work 00.10.16 # yeah, and in two bazillion trillion years... we've reached 0.02% 00.10.17 # so, for example for the 360 signed exes it might reduce the time from 100000000years to 10000years ;p 00.10.19 # big deal ;) 00.10.20 # so long as i don't have to buy an ipod to pacticipate 00.10.27 # *participate 00.10.32 # chandlerc: even doing that seems to be hard, apple have glued the chips to the board with epoxy 00.10.35 Quit animeloe ("This computer has gone to sleep") 00.10.43 # preglow: bastards... 00.10.46 # don't we all <3 epoxy :) 00.11.07 # yeah, they really seem to have jumped through hoops to lock us out on this one 00.11.08 # you might be able to read the boot rom with jtag if it exists 00.11.10 # preglow: well, i have a (nearly) free ipod classic, and in 3 months or so, i would be willing to purchase hardware for people to experiment with if that helps... 00.11.15 Quit petur ("Zzzzz") 00.11.23 # chandlerc: a logic analyzer isn't cheap :P 00.11.30 # preglow: well, there still is the 2nd gen nano too.. 00.11.37 # preglow: hardware being the ipods... ;] 00.11.41 # hehe 00.11.43 # preglow: and how not-cheap are we talking about? 00.11.46 # preglow: actually - you can buy very good cheap logic analysers these days 00.12.01 # for about $200 you can get really nice ones that attach via usb to a pc 00.12.05 # chandlerc: easily 5000++ euro 00.12.10 # nah 00.12.13 # that's for good stuff, though 00.12.20 # see, $200 is a possibility 00.12.22 # ;] 00.12.24 # 5000... 00.12.38 # In the second case, porting 1.02.18a via recovery mode failed, as the device "ignored" the attemp, both with and without the rom file, neither "taking" the installation, nor doing anything new and worse. 00.12.39 # I just want the very nice hardware of the ipod w/o the very annoying software... 00.12.54 # cheap ones don't have massive buffers... but in all seriousness - if you need a large buffer its probably going to be too difficult anyway 00.13.17 # yeah, perhaps it has jtag 00.13.20 # pSXAuthor: link? just for referencing 00.13.21 # anyway: i would try to attack it via jtag first... its possible you will be able to read the boot rom 00.13.22 # chandlerc: then you shouldnt have bought a classic ;) 00.13.23 # ruinedtwice, what? i don't feel like looking back up ;) 00.13.30 # if they went to all this trouble then included jtag, though... 00.13.38 # scorche|work: i ordered a video... tehy "upgraded" me for free... bastards 00.13.52 # I have a grand idea for a new port: Those musical greeting cards! I have a pcb sitting in front of me right now! We can play up to 15 seconds of tin-can quality music! and with flac support, it could be decreased to as far as 0.000001 second! 00.13.53 # pretty much ALL consumer electronic devices have jtag... it is used for testing during manufacturing 00.14.02 # sell the classic, then buy a cheaper video....money made + rockbox 00.14.03 # At this point I noodled around the periphery of the e200tool realm of the damned, partially downloading the linux ISO and printing out some of the half-a-hope dream commentaries of lost souls. 00.14.25 # scorche|work: thats actually what i'm looking at doing if there isn't hope for breaking it 00.14.33 # ruinedtwice: I don't think anyone's keeping track of your testimonials. 00.14.38 # if its based on a common chipset (eg pp) then the jtag interface may even be documented ;p 00.14.44 # scorche|work: i'd love to keep the classic because its thinner / better battery, but .... no rockbox 00.14.55 # heh...PP...documented... 00.15.25 # that's ok maxkelley, I'm just tossing the descriptions into the log so they can be found via text-search later. I'm confident that they can be of use to someone (even if not here, now, today). 00.15.50 # it annoys me no one has tried to use the e200 dev boards we have for jtagging yet 00.15.54 # ruinedtwice: but isn't all this already covered in the unbrick wiki page? 00.15.56 # ruinedtwice: Ah, ok. 00.16.31 # Badger I'm confident that the recovery I "discovered" in the second case is not described in the unbrick wiki page. 00.16.33 # preglow: why is that, again? 00.16.48 # rasher: i have no idea 00.16.53 # You'd think it'd be like keeping kids from opening their christmas presents 00.16.57 # no one has asked for them 00.17.02 # would something like http://nsa.unaligned.org/ be of much use for cracking firmware encryption? 00.17.13 # I might be wrong, but I'll just go ahead and toss it in here... 00.17.43 # i saw a "jtag brute forcer" around somewhere... 00.17.58 Join barrywardell [0] (n=barrywar@89-125-27-231.dhcp-ripwave.irishbroadband.ie) 00.18.24 # ruinedtwice: it would make about a whole lot more sense to update the wiki page instead 00.18.34 # there's where people look 00.18.44 # (because we point them to it) 00.20.28 # pixelma: I can confirm the fm patch. I'm happy to see this port coming together nicely :) 00.20.54 # ok, I guess I can update the wiki. (incidentally, I'm guessing that not hosting e200tool for win32 is merciful on your part? 00.21.05 # end 00.21.27 # it doesn't work on win32, so yes 00.21.35 # it prevents people from trying and failing and then whining 00.21.41 # now they just whine 00.22.34 Join iamben [0] (n=ben@dpc67142179038.direcpc.com) 00.22.40 # but the source is there so anyone can build it and try 00.23.16 # * n1s curses integer division... 00.23.38 # right, I was planning to get and mount the linux ISO and give it a whirl, but I stumbled upon a way to get back to base making it a moot point. 00.24.07 # you can't just mount the linux iso. you actually have to burn it to a cd and boot from that cd 00.24.23 # maxkelley (and low_light for the logs): http://www.rockbox.org/tracker/task/7881 00.24.36 # thanks :) 00.25.01 # anyone against closing FS#7835? 00.25.04 # pixelma: can you edit fs tasks? 00.25.10 # yes 00.25.35 # Mark Arigo :) 00.25.48 # bluebrother: no. He can always request re-opening if he thinks of a good reason 00.26.04 # oops, thanks for the heads up :) 00.26.17 # krazykit, the heady atmosphere of informality inspired me to imply "burn onto cd and boot from that" by the phrase "get and mount". Good for you, though, to toss in that snippet of specificity. It's bound to be useful to someone, at least in principle. 00.26.26 # ooh, player type is finally the c200! 00.26.53 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 00.27.01 # ruinedtwice, yeah, well, people have tried doing something like that in vmware and such and started whining when it didn't work. just wanted to make sure you'd do it right :D 00.27.08 # Bagder was fix ;) 00.27.34 # yar! 00.27.38 # 10-4 00.28.05 # =6 :P 00.29.23 # well, it looks like I've successfully repressed my impulse to describe my second recovery. Apart from that, thanks linuxstb_ and Badger, and krazykit for your feedback, guidance, and directions. 00.29.24 Join animeloe [0] (n=animeloe@unaffiliated/animeloe) 00.30.08 # hehe. good to hear you're on your way to getting it resolved. 00.30.31 Quit spiorf (Remote closed the connection) 00.30.37 # I'm going to go ahead now and look up that blue wave of death thread at the forum. 00.30.44 Part ruinedtwice 00.31.10 Join spiorf [0] (n=spiorf@host82-202-dynamic.14-87-r.retail.telecomitalia.it) 00.32.37 # I'll be back later. 00.35.46 Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) 00.35.52 Quit Bagder ("*plopp*") 00.35.54 # linuxstb_: ping 00.36.21 Join daurn|laptop_ [0] (n=fake@144.135.254.207) 00.37.56 # scorche|work: how are the chances for the official "rockbox-themes" being available soonish? Just wondering if it's worth it to start a new wiki page for c200 themes/WPSs... 00.37.58 # * Zagor feels the need for dual displays 00.38.43 # build table growing too wide? 00.39.12 # people still use single monitors? 00.39.19 # eigma: here 00.39.28 Quit scorche|work ("CGI:IRC (EOF)") 00.39.42 # what do you think :S 00.40.11 # I can show you a diff of a make at r14918 and then a make at r14919, but it's not particularly useful 00.40.29 Join scorche|work [0] (n=8dc5049d@rockbox/administrator/scorche) 00.40.44 # * scorche|work kicks cgi:irc for the third time today 00.41.04 # pixelma: i will have a look at the most recent version when i get home and let you know 00.41.19 Quit barrywardell () 00.41.21 # ok, no hurry 00.41.41 # Darn, I was hoping to see 7738 committed when I woke up... :P 00.41.47 # sure there is...it is depressing how long it has been sitting there =/ 00.41.51 Quit obo ("bye") 00.42.00 Quit bluebrother ("out for sleep now.") 00.42.18 Join nukem2525 [0] (i=nukem252@dhmacxp001.student.iastate.edu) 00.43.44 Quit ender` (" This space intentionally has nothing but text explaining why this space has nothing but text explaining that this space woul) 00.46.08 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.49.12 Quit nukem2525 () 00.50.56 Quit roolku () 00.53.02 Quit daurn|laptop (Read error: 110 (Connection timed out)) 00.54.12 Join midkay [0] (n=midkay@rockbox/developer/midkay) 00.56.15 Join Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) 00.56.52 # I can't remember my login for the flyspray... How do I find out? (I've never actaully used it. Maybe it got deleted?) 00.58.10 Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 00.58.40 # Mouser_X: do you remember the email address you registered with? 00.59.01 Join kugel [0] (i=kugel@e178078104.adsl.alicedsl.de) 00.59.05 # Well, there's only 2 to choose from. 00.59.19 Quit scorche|work ("CGI:IRC") 00.59.20 # (It would have been either my yahoo account, or my hotmail acount. 00.59.35 # ) (Both are mouser_x@) 01.00.55 Join Lars_G_ [0] (n=Lars@unaffiliated/lars-g/x-000001) 01.01.06 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 01.01.17 # How's the midi comming? I forgot who it was fighting it. 01.01.21 # bah gtg, brb 01.02.42 # Mouser_X: well your login it is "mouser x". I can reset your password if you like? 01.02.49 # login id 01.03.29 *** Saving seen data "./dancer.seen" 01.03.30 # Ah. Let me try again. 01.04.25 # Thanks. I got it. 01.04.29 # ok 01.04.34 # (I guess I mistyped or something...) 01.05.47 Join Falco98 [0] (n=chatzill@cpe-075-183-141-200.sc.res.rr.com) 01.05.52 # Lars_G_: I've been playing around with the midi plugin the last couple of days and have achieved a quite nice speedup for coldfire targets which was used to improve the playback quality, on pp targets the performance still stinks though 01.06.03 # what should i see if i open nvram.bin in a hex editor? 01.06.17 # should it be human-readable? 01.06.44 # Falco98: it will be hex numbers, idk if you can read them 01.07.01 # ok.. cuz at the moment, mine is human-readable 01.07.18 # it says "# .cfg file created by rockbox r13767-070703" 01.07.49 # my build is currently experiencing the bug (which only I seem to ever seE) where if i power-down manually, it has lost all settings upon restart 01.07.49 # that's clearly wrong 01.08.02 # and if i let it idle poweroff, i retain my settings but lose my dynamic playlist 01.08.31 # Falco98: are you using voice? 01.08.47 # nope 01.08.49 # not at all 01.09.01 # sin613: nice link (NSA) 01.09.14 # sin613: has it been used to crack anything ? 01.09.16 # when i put a new build on it works fine for weeks, but sometimes will very suddenly start acting this way 01.09.33 # and there seems to be no way to fix it other than overwriting the build.. i haven't quite been able to trace it down to one file yet 01.11.00 # Falco98: maybe file system corruption, have you chaecked it? 01.11.09 # -a 01.11.38 # this is the third or forth time this specific bug has happened.. i've experienced no other unexplained problems, nor have i had any file corruption or loss 01.11.49 # why would this be happening so consistently and nothing else? 01.12.38 Quit mister_pink ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 01.12.49 # Falco98: which player do you use 01.12.55 # iriver h140 01.12.57 # could someone please tell me what is the file in the source which is generating the config. cfg? i'd like to create a voice-enabled build 01.13.21 # a french voice-enabled build 01.13.29 Quit Zagor ("Client exiting") 01.22.44 Quit spiorf (Remote closed the connection) 01.23.28 # any luck? 01.24.31 # Falco98: no ideas, really, have you checked your filesystem? 01.24.44 # how do you recommend i best do that? 01.24.53 Join ruinedtwice [0] (n=xxxxx@d154-20-52-50.bchsia.telus.net) 01.25.08 # chkdsk or fsck.vfat dependign on your os 01.25.08 # whatever i've done so far hasn't revealed anything special 01.25.14 # XP 01.25.22 # chkdsk then 01.25.30 # k, running 01.26.07 Quit chandlerc (Remote closed the connection) 01.26.15 # hm, it reports that config.cfg was cross-linked 01.27.12 # alright I've successfully enabled dual boot on my e200 following the link to the .02 generation sansapatcher. Thanks linuxstb for the referal. 01.27.17 # would you recommend a chkdsk /f ? 01.27.44 Join chandlerc [0] (n=chandler@74.167.150.116) 01.27.59 # Falco98: if that's the "fix" switch, yes but you should always have a bacup of your data :-) 01.28.23 Quit chrisjs169|brb (Read error: 110 (Connection timed out)) 01.28.28 # k, well of course the music is all secondary copies, the main ones are on my HD and 100% backed-up on mozy :-P 01.28.37 # now I've googled and searched the forums for this next one, and haven't gotten any hits, namely: 01.29.38 Join RudMan [0] (n=RudMan@ool-182fb504.dyn.optonline.net) 01.30.19 # My H340 intermittently succeeds in hosting my e280. On most attempts the H340 hangs while occasionally the hosting will work (H340 in OF browser mode providing local host USB). The H340 and e200 hardware are known to be in unremarkable good condition. Is this a known issue? 01.31.26 # is "config.cfg" a special system file? 01.31.39 # (only tangentially related to Rockbox, in as much as both devices have dual boot Rockbox / OF modalities. 01.31.45 # Falco98: what do you mean? 01.32.08 # is it something generated by rockbox itself? or is it a user-saved config file? 01.32.17 # it's generated 01.32.30 # i.e., what does rockbox refer to when it starts, to load settings from? 01.32.54 # if the config.cfg file exits it is used otherwise defaults are used 01.33.02 # gotcha 01.33.21 # so if i were losing my configuration settings upon a manual restart, it would have something to do with config.cfg 01.33.29 # (or *could*, anyway) 01.34.00 Join chrisjs169|brb [0] (n=jack@pool-71-114-128-205.hrbgpa.dsl-w.verizon.net) 01.34.36 Quit eigma () 01.35.31 # Falco98: yes 01.35.54 # actually, i think nvram.bin and config.cfg have been getting cross-linked somehow 01.35.57 # probably that wasn't written correctly on shutdown 01.36.20 # i saved the files in an old build when it went bad, and the contents of config.cfg were the binary jumble you'd expect in nvram.bin 01.36.30 # wont rbox remember the last file you saved conf to and use it? maybe at some point you wrote the config on nvram.bin and it stuck there 01.36.43 Join jac0b [0] (n=jac0b@user-11205ba.dsl.mindspring.com) 01.36.45 Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) 01.36.52 # Lars_G_: nope, config.cfg is hardcoded 01.37.03 # can I delete or replace images in the wiki? 01.38.26 Quit chrisjs169 (Connection timed out) 01.38.33 # config.cfg only saves settings that are different from the default (built-in) ones... 01.39.21 # I mean hardcoded as the name of the cfg file which is read on boot 01.39.28 Quit BigMac (Read error: 110 (Connection timed out)) 01.39.43 # so at boot it should choose default settings +/- what's in config.cfg 01.39.45 Join barrywardell [0] (n=barrywar@194.46.172.68) 01.40.28 # ah, ok - misread then 01.41.49 Quit ruinedtwice () 01.42.12 # I shouldn't join in the middle of a discussion and rather get some sleep... nn :) 01.45.13 Part pixelma 01.45.40 Join Soader03 [0] (i=18caf221@gateway/web/cgi-irc/labb.contactor.se/x-0eb9e491de4c9bdd) 01.46.38 Quit Nico_P (Remote closed the connection) 01.48.54 Part lamule01 01.49.36 Quit Soader03 (Client Quit) 01.50.27 Quit eigma () 01.54.58 Quit RaZorbacK (Read error: 110 (Connection timed out)) 01.55.51 Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ma.comcast.net) 01.56.17 Quit jac0b () 01.58.20 Join RaZorbacK [0] (n=BOFHIRC@gar31-1-82-66-75-34.fbx.proxad.net) 01.58.51 Join carter [0] (i=d8c27c24@gateway/web/cgi-irc/labb.contactor.se/x-4dc4166a43e6c1fc) 01.59.16 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 01.59.34 Join perrikwp [0] (i=98214cbd@gateway/web/cgi-irc/labb.contactor.se/x-ce6442fe2d39fd47) 02.01.46 # hi everyone i am using ipodpatcher.exe to install ipodlinux and i need to know why i am getting this error message: couldnt open input file loader- loader.bin 02.02.18 Quit barrywardell () 02.02.38 # anyone there? 02.02.41 # carter: Because you don't have that file in the same directory as ipodpatcher 02.03.02 # please explain. :) 02.03.14 # Exactly what command are you typing? 02.03.45 # ipodpatcher 1 -ab loader.bin 02.04.11 # And do you have a file called "loader.bin" in the same folder as ipodpatcher.exe? 02.04.28 # no... that would probably work... lol 02.05.57 # omg let me unplug my ipod and see 02.06.01 # the moment of truth... 02.06.24 # *drumroll* 02.07.00 # cant load rockbox.ipod: file not found 02.07.03 # omg 02.07.15 # im soo a newbie 02.07.33 # Sounds like you installed the Rockbox bootloader... 02.07.50 # Which given that you're in #rockbox makes it a success. 02.08.04 # ? 02.12.58 # carter: what the fuck are you doing in here? 02.13.39 # carter: now you need to install rockbox.. itself you know 02.13.59 # unzip rockbox.zip for your device in the root mount dir (root dir of the device) 02.14.23 # btw if this is your first install get the rockbox.zip and the fonts zip 02.14.44 # ok 02.15.12 # btw welcome to a world of fun and rockbox. 02.15.18 # ty 02.15.18 # it's been my main FW for a while now 02.15.48 # in fact I was compiling the lattest svn pull. let me see if it's done 02.17.35 Quit carter ("CGI:IRC") 02.17.42 # O.o 02.17.57 Quit kugel ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 02.21.04 Quit BigMac (Read error: 110 (Connection timed out)) 02.25.19 Quit hannesd_ (Read error: 110 (Connection timed out)) 02.27.47 Nick chrisjs169|brb is now known as chrisjs169 (n=jack@pool-71-114-128-205.hrbgpa.dsl-w.verizon.net) 02.36.45 Quit XavierGr () 02.36.58 Join XavierGr [0] (n=xavier@ppp118-100.adsl.forthnet.gr) 02.39.42 Quit perrikwp (calvino.freenode.net irc.freenode.net) 02.39.42 NSplit calvino.freenode.net irc.freenode.net 02.39.42 Quit animeloe (calvino.freenode.net irc.freenode.net) 02.39.42 Quit sin613 (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Lars_G_ (calvino.freenode.net irc.freenode.net) 02.39.42 Quit qweru (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Mouser_X (calvino.freenode.net irc.freenode.net) 02.39.42 Quit ENd___ (calvino.freenode.net irc.freenode.net) 02.39.42 Quit jhMikeS (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Bger (calvino.freenode.net irc.freenode.net) 02.39.42 Quit ze (calvino.freenode.net irc.freenode.net) 02.39.42 Quit chris__ (calvino.freenode.net irc.freenode.net) 02.39.42 Quit tchan (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Caliban (calvino.freenode.net irc.freenode.net) 02.39.42 Quit solatis (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Galois (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Presence (calvino.freenode.net irc.freenode.net) 02.39.42 Quit Zom (calvino.freenode.net irc.freenode.net) 02.39.42 Quit luckz (calvino.freenode.net irc.freenode.net) 02.39.57 Quit My_Sic (Read error: 104 (Connection reset by peer)) 02.40.44 Join blargit [0] (n=chris@CABLE-72-53-22-61.cia.com) 02.40.44 NHeal calvino.freenode.net irc.freenode.net 02.40.44 NJoin perrikwp [0] (i=98214cbd@gateway/web/cgi-irc/labb.contactor.se/x-ce6442fe2d39fd47) 02.40.44 NJoin Lars_G_ [0] (n=Lars@unaffiliated/lars-g/x-000001) 02.40.44 NJoin Mouser_X [0] (n=Mouser_X@67.110.120.36.ptr.us.xo.net) 02.40.44 NJoin animeloe [0] (n=animeloe@unaffiliated/animeloe) 02.40.44 NJoin sin613 [0] (n=pbarton@dsl-134-129-144-51.und.nodak.edu) 02.40.44 NJoin qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 02.40.44 NJoin ENd___ [0] (i=user@r236060051.resnet.cornell.edu) 02.40.44 NJoin jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 02.40.44 NJoin Bger [0] (n=Bager@78.90.78.107) 02.40.44 NJoin ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 02.40.44 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 02.40.44 NJoin Caliban [0] (n=ianmacd@212.178.35.29) 02.40.44 NJoin solatis [0] (i=lmergen@cc1172915-a.ensch1.ov.home.nl) 02.40.44 NJoin Presence [0] (i=presence@irev.net) 02.40.44 NJoin Zom [0] (n=zom@h-182-168.A166.cust.bahnhof.se) 02.40.44 NJoin Galois [0] (i=djao@efnet-math.org) 02.40.44 NJoin luckz [0] (n=luckz@luckz.de) 02.40.58 Join theGrue [0] (n=theGrue@cpe-74-74-235-163.rochester.res.rr.com) 02.42.21 Quit luckz (Remote closed the connection) 02.42.54 Join luckz [0] (n=luckz@luckz.de) 02.43.14 Quit Falco98 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 02.45.05 Quit Zom (Remote closed the connection) 02.45.12 Join Zom [0] (n=zom@h-182-168.A166.cust.bahnhof.se) 02.47.46 # hi, i've got some questions about rockbox on an iriver h320, is anyone around thats familiar with it? 02.54.26 Quit hcs (Read error: 113 (No route to host)) 02.58.55 Quit n1s () 03.01.56 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 03.03.30 *** Saving seen data "./dancer.seen" 03.03.32 Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) 03.06.01 Join velixzeen [0] (n=velixzee@216.36.141.104) 03.15.26 # theGrue: tell us then and maybe someone will answer 03.19.55 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 03.25.49 Join Ebert [0] (n=EbErT@adsl-34-0-243.asm.bellsouth.net) 03.28.51 Quit Rick (Read error: 104 (Connection reset by peer)) 03.29.23 Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) 03.31.01 Part velixzeen 03.37.19 Join Gibbed [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) 03.37.23 Quit Rick (Nick collision from services.) 03.37.37 Nick Gibbed is now known as Rick (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) 03.41.07 Quit Rick (Read error: 104 (Connection reset by peer)) 03.41.29 Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) 03.41.55 Join _BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) 03.47.34 Join elinenbe_ [0] (n=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) 03.51.46 Join Soader03 [0] (i=18caf221@gateway/web/cgi-irc/labb.contactor.se/x-a0722c7355ff1bc0) 03.58.11 Quit Soader03 ("CGI:IRC") 03.58.17 Quit sin613 ("Leaving.") 03.59.14 Quit BigMac (Read error: 110 (Connection timed out)) 04.01.23 Join sin613 [0] (n=pbarton@dsl-134-129-144-51.und.nodak.edu) 04.05.41 Quit elinenbe (Read error: 110 (Connection timed out)) 04.05.41 Nick elinenbe_ is now known as elinenbe (n=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) 04.07.34 Quit Lars_G_ ("leaving") 04.08.56 # haha okay 04.09.10 # i bought a player for cheap that the owner thought needed a new battery 04.09.34 # i noticed rockbox gives a battery reading when the bootloader starts up, does that have anything to do with capacity? 04.11.51 # and my second question was about usb... i seem to need to boot into the original firmware to get it to work. what could the problem there be? 04.12.16 # theGrue, what player are you referring to? 04.12.45 # theGrue, there's no USB support in Rockbox. 04.12.57 # sure there is 04.13.04 # just not on PP devices 04.13.16 # there's not? 04.13.24 # i plug it in and it says its going into some usb mode 04.13.28 # but doesn't show up 04.13.35 # well, what device do you have 04.13.46 # and all the iriver faqs say the bootloader is great because it can go into the disk if it's damaged 04.13.54 # iriver h320 04.14.00 # something is wrong then... 04.14.05 # h300 does have usb in rockbox 04.14.20 # sorry, i think i have join/parts off, i guess i cant tell if you saw my original question 04.14.24 # i should fix that 04.14.40 # he saw it 04.15.30 # scorche, sorry - i'm just used to PP targets 04.15.33 # * chrisjs169 will shut up now 04.16.42 # chrisjs169 is does your build have all the patches once again? 04.16.43 Join low_light [0] (i=4cbdfa51@gateway/web/cgi-irc/labb.contactor.se/x-68f3ca54b51b7705) 04.17.07 # alienbiker99, still adding them - a build from a few days ago should be fine though 04.17.19 # ok. 04.17.31 # who can tell me how I messed up the $Id line in my last commit? 04.17.45 # pp targets don't have working usb? 04.17.51 # low_light: in which file? 04.17.55 # sin613, no 04.17.59 Quit RudMan (Remote closed the connection) 04.18.13 # lcd_c200.c 04.18.24 # the last commit 04.18.29 # looks like the keyword isnt set properly 04.19.18 # Is that something I do in my local tree? because I didn't change that line. 04.19.37 # no, its a svn thing, its not set right on the server 04.19.49 # heaps of files arnt set correctly :( 04.19.55 # trying to find the command to fix them 04.20.04 # chrisjs169: with pp OF are they usually non-HID devices? 04.20.12 # rather, non-mass storage 04.21.27 # sin613, the OF has UMS/MSC support, it's just not coded in Rockbox (IIUC) 04.21.31 # JdGordon: but in the previous commit amiconn "added missing keywords"...I'm not sure how I would have removed them 04.21.51 # hmm.. no, keywords are set on that file corrrectly 04.21.53 # ahh. glad i don't have a pp target 04.21.55 # * JdGordon doesnt know :p 04.21.58 Quit sin613 ("Leaving.") 04.24.00 # do any targets have real-time detection for the radio? (for when there are versions with & without) 04.24.07 # yes 04.24.12 # recorder and sansa 04.24.20 # e200 i mean 04.26.13 # where's the detection for the e200? (hopefully its the same/similar to the c200) 04.28.24 # figure out what radio_hardware_present() does 04.29.23 # does the c200 have the same tuer as the e200? 04.30.58 # yes 04.31.18 # so you might be lucky and not have to do anything special 04.31.44 # IIRC the radio is initialized differently, isn't it? 04.35.01 # yes, there's a different register bit 04.37.12 Join My_Sic [0] (n=MySic@bas3-montreal28-1242530805.dsl.bell.ca) 04.40.01 Quit perrikwp ("CGI:IRC (Ping timeout)") 04.41.04 Join yapper [0] (i=18ec7c6f@gateway/web/cgi-irc/labb.contactor.se/x-965a968a6a379954) 04.42.33 # Greetings ... can someone sort out Wiki write permissions for me? 04.45.10 # 404.. please not found 04.49.07 # theGrue: are you reffering to bootloader usb mode or normal usb mode when rockbox is fully booted? 04.49.09 Part low_light 04.49.43 # theGrue: if you have problems with the bootloader usb mode, then yes it is a known problem for some H300s 04.50.06 # SVN bootloader doesn't have that problem but I would suggest to you that you wait until a new one is released on the wiki 04.50.56 Quit yapper ("CGI:IRC") 04.51.36 Join yapper [0] (i=18ec7c6f@gateway/web/cgi-irc/labb.contactor.se/x-aa363d7cc4def39e) 04.55.22 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.55.31 Join miepchen^schlaf [0] (n=hihi@p54BF68F1.dip.t-dialin.net) 04.58.51 Quit ENd___ (Read error: 110 (Connection timed out)) 04.59.37 Quit yapper ("CGI:IRC (EOF)") 05.00.42 Join tedrock [0] (n=tedrock@d235-156-104.home1.cgocable.net) 05.01.45 Quit tumu (Read error: 104 (Connection reset by peer)) 05.01.56 Join tumu [0] (n=tumu@dsl-olubrasgw1-ff2bc100-41.dhcp.inet.fi) 05.03.32 *** Saving seen data "./dancer.seen" 05.13.27 # OMFG! I just flashed my H300 and when I first turned on I got an exception error. Fortunately on the second boot it worked okay 05.13.31 # I was scared to death 05.16.00 Join bb__ [0] (n=bb@dslb-088-074-154-254.pools.arcor-ip.net) 05.17.05 # haha 05.17.14 # little jolts are nice once in a while :) 05.17.31 # * JdGordon also enever liked flashing the h300 05.20.18 # for some seconds I was like "Shit I finally bricked the damn thing!" 05.21.51 # anyway good news is that Linus' patch works like a charm 05.22.02 # fresh SVN bootloader works :) 05.22.12 # Linus: Please commit the fix. 05.25.47 # there is no flashable bootloader like the H1x0 for the H3x0 yet is there? 05.27.39 Quit bb (Read error: 110 (Connection timed out)) 05.28.01 # XavierGr: Does an exception error on first boot really qualify as "working"? 05.28.07 # We don't want to panic all our other users... 05.30.42 # Llorean: I got this only at the first boot 05.30.48 # can't replicate it 05.31.18 # it was the first keypress after the flashing procedure, maybe it was pure software/hardware "magic" 05.31.32 # also pondlife didn't get that (tested it before me) 05.31.41 # It would still be nice not to cause everyone to have an exception on first boot after a bootloader update. 05.31.45 # Ah, okay 05.31.47 # alienbiker99: no there isn't 05.31.48 # Still, curious why. 05.32.12 Join darksaboteur [0] (n=darksabo@75.73.87.203.static.nsw.chariot.net.au) 05.33.08 # Llorean: yeah I am quite curious too, but I don't plan to investigate it any further after my initial shock :P 05.34.11 # ill try it on my h300... 05.34.18 # just have to remember how to do it :p 05.34.32 # * scorche wonders if JdGordon is tempting fate ;) 05.34.48 # alienbiker99: the h100 almost has rombox i tihnk (flash loader) 05.34.49 # JdGordon: see the IriverBoot wiki page 05.35.04 # scorche: well.. its not beign yused atm anyway so briking it is no big deal 05.35.11 # heh 05.35.17 # JdGordon: I always forget the process even after 20 times flashing my H300/H100 05.35.54 Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) 05.36.22 # JdGordon: yes H100 has rombox and rambox, alienbiker99 was saying if H300 has that too, which is not 05.36.58 # yeah. i forget how to flash the bootloader too, but i'm not going to attempt to try the new svn as my battery doesnt work. 05.37.00 # misread :p 05.37.47 # XavierGr: which OF version should i get? 05.38.07 # JdGordon: I tried with 1.31k 05.38.10 # * Llorean swears he's going to ban Dunno one of these days just for being so bloody stubborn 05.38.51 # He seems 100% immune to logic. 05.39.07 # XavierGr: can you dcc me the OF .hex? the zip has a bloody exe in it 05.39.29 # JdGordon: that is 1.31k with revision 14811 and Linus' patch (don't forget the last one otherwise it just wont boot rockbox) 05.39.45 # JdGordon: ok one moment 05.39.46 # without the patch.. 05.40.01 Quit My_Sic ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.41.00 # JdGordon: you mean to send you the OF without the bootlaoder (the original .hex) 05.41.18 # yeah... 05.53.23 Quit kubiix (Read error: 104 (Connection reset by peer)) 05.55.30 Join elinenbe_ [0] (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) 05.56.15 Quit Mouser_X (Read error: 110 (Connection timed out)) 05.59.11 Join toffe82 [0] (n=chatzill@208.75.244.2) 06.02.52 Join webguest80 [0] (i=46f58ac0@gateway/web/cgi-irc/labb.contactor.se/x-28b0a362737dfadc) 06.03.29 Join toffe82_ [0] (n=chatzill@208.75.244.2) 06.05.50 Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) 06.06.16 Quit webguest80 (Client Quit) 06.11.48 Quit miepchen^schlaf ("Verlassend") 06.15.32 Quit elinenbe (Read error: 110 (Connection timed out)) 06.15.32 Nick elinenbe_ is now known as elinenbe (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) 06.20.19 Quit toffe82 (Read error: 110 (Connection timed out)) 06.28.12 Quit Rick (Read error: 104 (Connection reset by peer)) 06.29.07 Join Rick [0] (i=rick@pool-96-229-77-230.lsanca.dsl-w.verizon.net) 06.33.10 Quit lazka (Remote closed the connection) 06.33.44 Join DC1 [0] (n=dc1@pool-70-107-136-132.ny325.east.verizon.net) 06.34.02 Quit DC1 (Client Quit) 06.53.03 Quit idnar (Nick collision from services.) 06.53.06 Join idnar_ [0] (n=mithrand@unaffiliated/idnar) 06.56.29 Join n17ikh [0] (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 06.58.58 Quit n17ikh|Lappy (Nick collision from services.) 06.59.03 Nick n17ikh is now known as n17ikh|Lappy (n=n17ikh@c-76-23-98-11.hsd1.sc.comcast.net) 07.03.33 *** Saving seen data "./dancer.seen" 07.17.54 # am i still here? 07.18.06 # nope 07.18.10 # mentally or physically? 07.18.10 # oh well 07.18.19 # netowkr link-ally 07.18.40 # broken keyboard-ally? 07.18.59 # * scorche really isnt one to talk 07.19.01 # NEVER buy a keyboard/mouse combo for $60... even if its logitech branded 07.20.18 Join sin613 [0] (n=pbarton@dsl-134-129-144-51.und.nodak.edu) 07.28.46 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 07.33.23 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.41.04 # I have a problem with this : rb->lcd_clearrect(0, 0, LCD_WIDTH, REC_HEIGHT); I get an error"In function printresult" structure has no member named 'lcd_clearrect' 07.41.39 # lcd_clearrect isnt in the plugin api probably 07.41.46 # it is 07.42.10 # void lcd_clearrect(int x, int y, int width, int height); 07.42.11 # Clear a rectangle area. 07.42.41 # ? 07.42.42 # what file is that in? 07.42.48 # the plugin api is plugin.h 07.42.59 # That function is gone years ago... 07.43.12 # it is used in a lot of place 07.43.33 # It's definitely not 07.43.33 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.43.37 # perhaps not 07.43.48 # You are probably looking at a years old tree 07.44.12 # I just made a svn update 07.44.32 # /2/5 07.45.07 # what can I use in place of this ? 07.47.08 # lcd_clearrect was removed on 24 Jun 2005, in r6856, by me 07.47.53 # If you want to clear the whole display, lcd_clear_display(); is best 07.48.15 # For partial clearing, use lcd_fillrect() with a suitable draw mode 07.48.38 # http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI 07.49.53 # thank you 08.02.22 # 16 08.11.02 Quit Seed (Nick collision from services.) 08.11.09 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 08.15.02 Quit midkay ("Leaving") 08.18.54 Quit TMM (Read error: 110 (Connection timed out)) 08.22.45 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 08.22.50 Part norbusan 08.23.59 Part toffe82_ 08.27.42 Quit BigBambi ("Leaving") 08.32.02 Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) 08.36.18 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 08.36.37 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 08.38.26 Quit JdGordon ("Konversation terminated!") 08.41.37 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 08.48.30 Quit darksaboteur ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 08.49.54 Join ender` [0] (i=krneki@84-255-206-8.static.dsl.t-2.net) 08.54.29 Quit FOAD ("I'll be back") 08.59.32 Quit Toki (Read error: 104 (Connection reset by peer)) 08.59.44 Join webguest16 [0] (i=cb3b81c3@gateway/web/cgi-irc/labb.contactor.se/x-83f1d4906f8672ad) 09.01.28 # Sorry, SMF was unable to connect to the database. This may be caused by the server being busy. Please try again later. 09.01.30 # ? 09.01.44 # Is it overloaded, or is something wrong? 09.02.01 # A bit of both, this is common at this time of night/day 09.02.09 # aah ok 09.02.50 # i mean "ahh", not "aah" 09.02.57 # the a to h ratio was off 09.03.36 *** Saving seen data "./dancer.seen" 09.04.31 Join Toki [0] (n=hsdbvlkb@gateimb.imb.lebedev.ru) 09.06.40 Join petur [0] (n=petur@rockbox/developer/petur) 09.11.30 Quit sin613 ("Leaving.") 09.11.36 Quit RaZorbacK ("bye all") 09.13.25 Part webguest16 09.15.49 # hmmmm zune2 is coming and still no zunelinix on version 1? 09.16.20 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.17.31 Quit eigma (Read error: 113 (No route to host)) 09.26.14 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.29.37 Join JdGordon_ [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 09.30.30 Join Bagder [0] (n=daniel@rockbox/developer/bagder) 09.31.07 Quit qweru ("moo") 09.31.10 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 09.32.25 Quit markun (Remote closed the connection) 09.34.19 Nick bb__ is now known as bb (n=bb@dslb-088-074-154-254.pools.arcor-ip.net) 09.35.14 Quit JdGordon (Read error: 110 (Connection timed out)) 09.36.40 Join markun [0] (n=markun@rockbox/developer/markun) 09.38.18 Join spiorf [0] (n=spiorf@host82-202-dynamic.14-87-r.retail.telecomitalia.it) 09.38.36 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 09.42.42 Quit Ebert () 09.43.32 Quit JdGordon_ (Read error: 104 (Connection reset by peer)) 09.43.34 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 09.49.56 # LinusN: any objections if I commit your Coldfire bootloader fix? 09.50.29 Join barrywardell [0] (n=barrywar@194.46.172.68) 09.55.39 # Hmm, hung build (again)? 09.57.24 # False alarm 09.57.56 Join bluebrother [0] (i=t0Y9eXYY@rockbox/staff/bluebrother) 09.58.07 # * GodEater_ pokes pondlife and points to PM 10.01.31 Quit chrisjs169 (Remote closed the connection) 10.04.49 # * petur pokes jhMikeS with a red stick 10.04.53 # jhMikeS: Your red, not mine! 10.05.03 # heh. I hate when I forget to do svn add 10.05.12 # (or rather, not LinusN's) 10.05.31 Join n1s [0] (n=nils@nl104-209-90.student.uu.se) 10.05.32 # no...it's defintely me 10.06.02 # or rather the missing wm8721.h 10.06.10 # yep 10.06.31 # * pondlife thinks about keywords too 10.10.39 # petur: Is your last comment on http://www.rockbox.org/tracker/task/4753 now out-of-date? 10.11.12 # pondlife: I forgot to test! 10.11.22 # It'd be good if you could... 10.11.49 # Don't know if it's related though - my H300 would never boot (not 50/50). 10.11.52 # I could test it around noon if somebody made one (tested) 10.12.09 # I have such a binary, where would you like me to send it? 10.12.34 # zip it and mail to my gmail? 10.14.03 # * pixelma would like to point Zagor to FS #7881 10.14.52 # i'll take a look soon. a bit busy right now. 10.15.01 Join ivan`` [0] (n=ivan`@adsl-71-142-224-212.dsl.scrm01.pacbell.net) 10.15.40 # petur: I don't see your address - try grabbing it from http://pondlife.homeip.net/images/H300.zip 10.16.12 # Zagor: sure, as I think low_light should commit it and he's not around at the moment... 10.16.51 # pondlife: thanks, received 10.20.37 Join obo [0] (n=obo@rockbox/developer/obo) 10.22.06 Quit spiorf (Read error: 104 (Connection reset by peer)) 10.22.21 Join spiorf [0] (n=spiorf@87.14.202.82) 10.23.32 Quit donsdw (Read error: 110 (Connection timed out)) 10.25.10 # ok, I have to stop being retarded here 10.25.52 # I've tried, but it's not easy. 10.26.19 # :-) 10.26.25 # rofl... /me hands jhMikeS 1543 points :p 10.26.49 # +264... ;p 10.27.06 # racking up the points ;) 10.29.05 Quit JdGordon ("Konversation terminated!") 10.30.41 Join ivan``` [0] (n=ivan`@adsl-71-142-208-254.dsl.scrm01.pacbell.net) 10.30.53 Quit ivan` (Read error: 110 (Connection timed out)) 10.30.56 # ok, this one should take care of it since those build for me 10.31.58 Quit ivan`` (Read error: 104 (Connection reset by peer)) 10.32.04 Nick ivan``` is now known as ivan` (n=ivan`@adsl-71-142-208-254.dsl.scrm01.pacbell.net) 10.32.52 Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) 10.33.48 # jhMikeS: Why do we need an extra WM8721 driver? 10.33.50 # hmm...the colored diff doesn't show the full change (ignores spacing changes always?) 10.34.13 # The 8721 is register compatible with the 8731 except for the missing recording 10.34.15 # because it's not compatible with the wm8731. it lacks most bits and registers 10.34.42 # Also, because it doesn't support recording, it can be a much simpler implmenentation 10.34.49 # jhMikeS: morning, I was wondering if you had read the logs from last night (http://www.rockbox.org/irc/reader.pl?date=20071001 from around 23.13) 10.35.07 # (and in fact some of the WM8721 targets have a WM8711, or even a WM8731 mounted) 10.35.25 # jhMikeS: yes, the diff with ViewVC ignores whitespace 10.35.33 # jhMikeS: I was considering committing FS#7487 (after some tidy up), but linuxstb said you were planning to implement seeking? 10.35.37 Nick idnar_ is now known as idnar (n=mithrand@unaffiliated/idnar) 10.35.41 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 10.37.04 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 10.37.42 Quit barrywardell () 10.39.15 # whoops, will try again ;) 10.39.17 # jhMikeS: morning, I was wondering if you had read the logs from last night (http://www.rockbox.org/irc/reader.pl?date=20071001 from around 23.13) 10.39.20 # jhMikeS: I was considering committing FS#7487 (after some tidy up), but linuxstb said you were planning to implement seeking? 10.39.32 # roolku: not yet 10.40.48 # combining the ADC codecs with the non-ADC ones is just messy and gets in my way 10.41.22 # jhMikeS: The people working on that seeking patch seem to be working very hard, and I think we should tell them whether their work will be accepted into SVN or not. So I wanted to know if it conflicted with your plans for mpegplayer. 10.41.53 # linuxstb: I have to get acquanted with it. 10.43.13 # this actually seeks using timestamps? 10.44.42 # you basically set a resume time using a kind of preview mode before you start playing the video - it seeks in constant time steps (0.5min), yes 10.45.00 # there is no actual seeking while you are playing 10.45.10 # hmmm 10.45.42 # I wonder how close it is to being able to do that anyway then. 10.47.12 # if with "that" you mean "seeking while playing" I think there are performance issues 10.47.26 # roolku: this is synced with the allocator split and minds data alignment on COP? 10.47.54 # yeah, you need to be able to buffer sparsely and not load all data in between 10.48.58 # jhMikeS: yes it is synched, as to whether is minds all the data alignment - I don't know. What is it one would have to look out for? 10.49.34 # jhMikeS: if you wouldn't mind giving it a quick spin? 10.49.45 # COP data shouldn't be in the same 16-byte address segment 10.49.50 # sure 10.49.55 # I was going to do that 10.50.17 # jhMikeS: You mean COP data shouldn't be in the same 16-byte segments as CPU data? 10.50.49 # * amiconn would expect the same convenience from mpegplayer seeking that video.rock offers 10.50.57 # linuxstb: yeah, so that cache lines don't cache the same segment on each processor if sharing isn't intended 10.51.06 # video.rock auto-saves the resume position of a video when you stop it. 10.51.12 # amiconn: But isn't video.rock using CBR files? 10.51.20 # nope 10.51.35 # When playing it again, video.rock asks whether it should resume, or play from the start 10.52.07 # The video part is cbr (as it's uncompressed lcd frames), but the audio part is plain mp2/mp3, cbr or vbr 10.53.54 Join Nico_P [0] (n=nicolas@rockbox/developer/NicoP) 10.54.45 Join TMM [0] (n=hp@212.123.212.131) 10.54.45 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 10.54.46 # roolku: lots of trailing CRs :) maybe it was IE though. 10.55.16 # roolku: any particular target(s) you'd like checked? 10.56.25 # jhMikeS: I think gigabeat has been used extensively (but works best) 10.56.38 # amiconn: it seems your theory about symbol clashing causing the track change crash on 64 bit sims was correct :-) 10.56.39 # jhMikeS: maybe a PP target ? 10.56.40 # * jhMikeS was going to torture-test on e200 10.57.02 # ok, building 10.58.02 # cheers (I think the CRs are mine - forgot to strip) 10.58.17 Join Variable [0] (n=A@c-76-105-254-119.hsd1.or.comcast.net) 10.59.19 # nope I take that back - no CRs :) 11.00.46 # back in 20min 11.03.40 *** Saving seen data "./dancer.seen" 11.07.38 Quit Isolinear (Read error: 110 (Connection timed out)) 11.08.55 Quit JdGordon ("Konversation terminated!") 11.10.37 Join JdGordon [0] (n=Miranda@c210-49-113-143.smelb1.vic.optusnet.com.au) 11.12.39 Quit TMM ("Ex-Chat") 11.12.44 # roolku: so far so good. If you pull thing off you can definitely seek since a seek is just a pause then this. 11.12.52 # s/thing/this 11.16.07 # jhMikeS: I don't think it is that simple, but that would certainly be the next step 11.17.09 Join TMM [0] (n=hp@212.123.212.131) 11.18.45 # My gut says it pretty close to that simple since that's pretty much what's done in other players. Perhaps better thread control is needed but that isn't a problem. 11.19.26 # cool. 11.20.05 # It sometimes fails to seek. It has locked a couple times. Somethimes it doesn't find the seek point but I can bail out. 11.20.34 # question: is it theoretically possible to physically damage NAND from software? 11.20.52 # solid lock? 11.21.11 # Incidentally, the files in question: 1) has timestamps that don't match audio frame length. 2) starts with a bad audio frame 11.22.04 # It wasn't a hard lock since I could hear activity in the headphones (a bit of really quiet noise) 11.22.12 # okay. 11.22.18 Join Arathis [0] (n=doerk@p508A3FF5.dip.t-dialin.net) 11.22.41 # Anyone understand what's causing the remaining yellow? cfft.c seems to be making a reasonable cast... 11.22.48 # shall I commit it and it can be improved while in svn? 11.23.11 # roolku: why don't the seeking guys come over here to talk about it? 11.23.39 # markun: you'll have to ask them 11.23.43 # ok 11.23.58 # roolku: lemme just check that it at least starts those files from the beginning since they do work in SVN 11.24.18 # roolku: is it 7487 or 7276? 11.24.46 # 7487 11.24.50 # roolku: could we make the options available as well from the resume menu? 11.25.18 # jhMikeS: yes, that should be possible 11.25.24 # those start fine if I don't seek them 11.25.25 # pondlife: it seems to be a gcc bug 11.26.06 # good 11.26.22 Quit atsea-34 (Read error: 104 (Connection reset by peer)) 11.26.35 # I guess go for it. It works pretty well and things that work now continue to work. 11.27.14 Quit spiorf (Remote closed the connection) 11.27.25 # seeking didn't work very well on my files last time I tried 11.27.55 # jhMikeS: great. I'll probably do this tonight after having sorted out the options 11.28.14 # markun: there is always scope for improvement 11.28.20 # ;) 11.28.21 # markun: it only failed on some which were glitchy files 11.32.03 # roolku: How does the preview work? Does it use the lcd_yuv_blit() function, or just draws to the framebuffer? 11.33.50 # * jhMikeS wants to see if anything is different for gigabeat vs. e200 with re: to those glitchy clips 11.34.30 Join webguest58 [0] (i=cba165d1@gateway/web/cgi-irc/labb.contactor.se/x-5c88da60d863c4c5) 11.35.04 Part webguest58 11.35.13 Join spiorf [0] (n=spiorf@host82-202-dynamic.14-87-r.retail.telecomitalia.it) 11.35.22 Join Entasis [0] (n=Jarred@ppp121-45-8-124.lns10.adl2.internode.on.net) 11.35.26 Quit spiorf (Read error: 104 (Connection reset by peer)) 11.35.59 # linuxstb: lcd_yuv_blit() as far as I can tell 11.36.44 # at least for colour targets 11.37.32 # gray_ub_gray_bitmap_part for gray 11.37.44 Join helloworld1 [0] (n=pocketir@211.141.161.50) 11.39.44 Quit obo ("bye") 11.43.44 # it acts basically the same for those videos 11.45.24 Join spiorf [0] (n=spiorf@host82-202-dynamic.14-87-r.retail.telecomitalia.it) 11.46.24 # found a video where is fails to find the packet start code but the video is a good one 11.49.52 # if you have a link, I can forward it as a test case 11.49.58 Quit Siku () 11.50.24 # roolku: see the PM? 11.51.33 Join Siku [0] (n=Siku@f303b.w3.tontut.fi) 11.57.12 Quit helloworld1 (Remote closed the connection) 12.00.06 Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) 12.01.43 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.07.39 Quit tictoc (Remote closed the connection) 12.07.42 # pondlife: going to test now. that h300.hex was already tested by you I hope? 12.08.39 # Ah, not that particular one, but one built from the same source... 12.08.41 Join tictoc [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) 12.09.03 # I have a shell script to do the mucking about though, so no chance of typos 12.09.22 # boot 1 - ok 12.09.23 # Uses the Iriver EU 1.30 firmware FWIW. 12.09.37 # :) 12.09.49 # boot 2 too, I'll try a couple of times 12.10.04 # See if you can beat 50% 12.10.11 # pondlife: nice commit on playback.[ch] :) 12.10.15 # boot 3 hangs :( 12.10.18 # :( 12.10.34 # So, you still have an issue... maybe put some printfs in? 12.10.42 # Timing I guess. 12.11.01 # * pondlife has a vested interest here, as he wants to get a bigger HD for his H300... 12.11.11 Join seablue [0] (n=s@0x535c1344.banxx3.adsl-dhcp.tele.dk) 12.11.26 # Nico_P: Hope that didn't get in your way; I spotted it and thought it might be good... 12.11.47 # You were probably about to do the same anyway I expect. 12.12.00 # no, you did well... I hadn't seen that 12.12.21 # and git helped me fix the conflicts in no time :) 12.13.11 # I got playback.c to compile on my mob branch, but haven't dared running it yet 12.13.20 # Haha 12.13.24 # Scary stuff! 12.13.29 # it *will* break, the question is how bad 12.13.52 # * pondlife guesses "Codec failure" 12.13.57 # Nico_P: I know the feeling about doing stuff that you can't even compile for a month that you know will then need meg-debugging. :P 12.14.03 # mega 12.14.11 # Sometimes it comes out nicely though... 12.14.18 # yeah, that's exactly it... and I feel like blind 12.14.26 # pondlife: not this time :p 12.14.40 # pondlife: is there also a very short pause between printing batt voltage and 'loading firmware'? 12.14.55 # Yes 12.14.59 # Is that new? 12.15.12 # I thought it had always done that 12.15.16 # no idea, just wondering 12.15.39 Join ivan`` [0] (n=ivan`@adsl-71-142-224-59.dsl.scrm01.pacbell.net) 12.15.53 # anyway, it's not 50% but 30-40% hangs so no change 12.16.28 # This is a disk problem, right? How well does USB bootloader mode work (when the disk spins up, I mean)? 12.16.30 # it sounds like the coldfire's are getting as touchy as pp5020 these days 12.16.32 # bah, now it is hanging every time :( 12.16.51 # jhMikeS: Nope, this is Petur's H300 only... 12.17.05 # (As far as we know.) 12.17.10 # what's so different about his? 12.17.15 # jhMikeS: I do have an 80GB disk in there 12.17.24 # It's an H380 12.17.25 # jhMikeS: the sim is a good debugging target for playback stuff now that you've given it the same threading as on target, isn't it ? 12.17.25 # ah, then it's the H380 12.17.43 # Nico_P: I think it should be 12.17.47 # cool 12.17.50 # Nico_P: The sim is very useful for playback 12.18.56 # segfault ! 12.19.06 # gdb 12.19.10 Part pondlife ("disconnected has pondlife") 12.19.22 # pondlife: bootloader usb just hung too (message on display but not mounted) - but that is on this crappy dell monitor hub 12.21.29 # * petur reverts to v5 bootloader... 12.26.06 # * preglow comforts his own nice dell monitor hub 12.29.39 # * maxkelley pets his.. oh wait. I don't have a hub. 12.30.22 Quit ivan` (Read error: 110 (Connection timed out)) 12.39.14 # I doubt that the 80GB hdd is a problem 12.39.43 # I have the very same hdd in my H1x0, and I don't have any boot problems or bootloader usb mode problems 12.39.55 # who makes the coldfire platform? 12.40.25 # freescale 12.40.26 Quit roolku () 12.40.55 # ah. 12.41.06 # amiconn: does my latest commit fix the sim crashing for you? 12.41.45 # Can't test atm 12.44.09 # ok, it works nicely here now anyway :-) 12.45.36 Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) 12.46.24 Quit bluebrother ("leaving") 12.48.12 Quit JdGordon (Read error: 104 (Connection reset by peer)) 12.48.48 Quit barrywardell (Read error: 110 (Connection timed out)) 12.50.20 # n1s: Having worked on the midi plugin, any thoughts on whether it'll be able to be made into a codec, or whether someone would be better off starting from scratch for that? 12.50.29 Join JdGordon [0] (n=jonno@c210-49-113-143.smelb1.vic.optusnet.com.au) 12.51.23 # Llorean: I'm assuming it's memory requirements are the problem with regard to making it a codec. i.e. it has the same problem as other "non-streaming" formats, like MODs. 12.52.27 # Llorean: I haven't looked at the patch loading code at all but I assume it loads all the needed ones into memory which as linuxstb says requires a lot more memory than the half-a-meg the codecs get 12.52.30 # metadata displays in the WPS ! :) 12.52.58 # these codecs need special treatment from playback.c and codec.c 12.53.32 # \o/ 12.53.40 # n1s, linuxstb: So it would need to only load the necessary patches, and preferably keep them around for all buffered midi files? 12.53.44 # best solution (if you ask me) is to have one loader per codec that parses files and loads data as the codec wants to use it 12.53.57 Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) 12.54.03 # why is the darn patchfile so huge? 12.54.04 # Llorean: i don't know how easy it'll be to keep them around 12.54.07 # jhMikeS: I'm still far from getting audio to play though 12.54.19 # Nico_P: w00t!!! 12.54.21 # Llorean: I think it only does load the needed ones but some individual patches are larger than 2 megs 12.54.37 # I'm just glad to hear that something's working 12.54.58 Quit GodEater_ (Read error: 110 (Connection timed out)) 12.55.47 # preglow: So as an alternative, your idea is to keep the disk spinning and grab what's needed as it's needed if we can't fit it all? 12.56.19 # Llorean: no, if we can't fit it all, the file is skipped, won't work 12.56.36 # Llorean, preglow, maybe patches can be loaded as "metadata" to the buffer when mob gets int :-) 12.56.38 # we need to keep everything in memory, doing anything else is just too complex 12.56.39 # -t 12.56.43 # Nico_P: another bad thing with huge code besides working on it for month and not being able to compile is when you do finally compile it, it has 1000s of compiler errors. :P 12.57.02 # n1s: but that would pretty much be a hackish way of doing what i'm suggesting anyway 12.57.10 Join Someguy08_idle [0] (n=abirinde@S0106001320cb7a93.cg.shawcable.net) 12.57.13 # jhMikeS: that's what I was having... I did compile it nwo and then to know what to fix first 12.57.15 # preglow: true 12.57.23 Nick Someguy08_idle is now known as Someguy (n=abirinde@S0106001320cb7a93.cg.shawcable.net) 12.57.33 # jhMikeS: actually I focused on making it compiling at all costs to be able to follow the code flow 12.58.13 Nick Someguy is now known as ThatGuyAgain (n=abirinde@S0106001320cb7a93.cg.shawcable.net) 12.58.14 # Nico_P: is metadata guaranteed to stay in the buffer for the currently playing track with mob? 12.58.17 # found a nice polish word: zrockboxowania 12.58.22 # http://forum.mp3store.pl/index.php?showtopic=16343 12.58.30 # now I want to get things working little by little 12.58.31 # I do that if possible. With the recording stuff, it just wasn't at many times. 12.58.35 # n1s: yes 12.58.54 # then that idea could actually work :-) 12.59.17 # n1s: it needs to be moved sometimes, but it's never supposed to be accessed through a fixed pointer... you request it 12.59.19 # but please don't do it :/ the amount of work would be the same as for my idea, and my idea would facilitate other codecs doing stuff that way too 12.59.44 # mod/xm needs samples too 12.59.47 # preglow: codecs owning the buffer seems a reasonable way to go 13.00.00 # jhMikeS: for everything but actual file buffering, yes 13.00.06 # preglow: 'kay, would you care to explain your idea a bit more? 13.00.14 # * Nico_P needs to go make lunch 13.00.15 # jhMikeS: having the file in the buffer as on disk helps you nothing if you want to play an xm 13.01.17 # preglow: I think you had mentioned that before since it's compressed but primitively. 13.01.20 # n1s: basically this: when it comes time to load a file to the buffer, you call a codec-specific loader that parses and loads all data into the buffer the way the codec itself will later want to see it. for midi, you'd probably do little to the main playback sequence data, but you'd load some patches as well and stuff that in the buffer 13.01.25 # jhMikeS: yes, delta coding 13.02.06 # n1s: for xm, you would need to decompress both pattern data and sample data into the buffer in structs that the codec itself can later use 13.02.25 # preglow: are compressed xm very large? 13.02.29 # yes 13.02.40 # i've seen xms above ten megs 13.02.46 # preglow: sounds good, do you mean "codec-specific loader" as an external sort-of plugin? 13.02.49 # that's workable here 13.03.04 # n1s: doesn't really matter, we should just put them in the core for starters 13.03.06 # preglow: Is the decompression process complicated? We wouldn't want to starve the currently playing codec of CPU time 13.03.12 # linuxstb: not at all 13.03.17 # this will be a fun little threading excercise no doubt 13.03.24 # linuxstb: besides, loading should be a lower-priority process than playback 13.03.42 *** Saving seen data "./dancer.seen" 13.03.42 # i'm really starting to see jhMikeS arguments on preemption here... 13.03.48 # preglow: Yes, but also loading time = disk spinning time, so we want to minimise it. 13.03.51 # * preglow envisioned careful placing of yield()s ... 13.04.34 # linuxstb: sure, but we have no choice anyway 13.04.50 # if you want to load something, you have to load it while doing other stuff, no matter how long it takes 13.04.55 # we have decided to support the stuff 13.05.24 # if we want codecs to access data as stored in files, we'll need to write them from scratch 13.05.32 # preglow: we would also need to tell the buffering code what is where in the buffer somehow so we can access it later 13.05.46 # one issue with preemption on cf is saving those darn accumulators. save macsr, turn off rounding, save accums and accexts. when reloading task...do in reverse order. 13.06.00 # jhMikeS: how is that an issue? 13.06.16 # n1s: how and why? 13.06.23 # because now we nothing yields until it does movclr 13.06.49 # jhMikeS: yes, sure, but why is it an issue? it should be straightforward :) 13.06.55 # ARM is just a baby for that stuff though 13.07.05 # preglow: how would the midi codec for example know where in the buffer a patch were? 13.07.13 # I guess there's so few calls to switch_thread anyway, you'd never notice it 13.07.35 # n1s: well, i assume the midi codec has a struct or array somewhere with patch addresses 13.07.49 # n1s: that just ends up in the file buffer 13.08.04 # lots of codec internal state will just actually be placed in the file buffer 13.08.11 # I guess there would be more attempt to run another task, but if the same task is selected again, then nothing gets saved 13.08.41 # jhMikeS: i sincerely doubt we'll notice it, no, none of that accumulator handling is overly slow 13.08.46 Join obo [0] (n=obo@rockbox/developer/obo) 13.09.08 Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) 13.09.11 # we could also instate a rockbox policy on never using acc2 and acc3, saves three fetches/saves :> 13.09.19 # preglow: I think I don't understand your idea fully... 13.09.22 # midi as a codec causes a very special problem 13.09.40 # There still would be no more actual context switching than now overall since most threads sleep nearly 100% of the time an take no/minimal CPU 13.10.25 # The midi files are small, the patches are not - and the patches should probably not be loaded twice when playing several midis in sequence 13.10.25 # n1s: all arrays and stuff containing patches and note data in the midi codec for example, just gets loaded by the loader and put in the file buffer, the codec assigns its pointers to the places in the buffer that contains the data 13.10.41 # amiconn: that'll be a special case i don't really know if it's worth handling 13.11.02 # perhaps it would be worth making each codec be able of handling several files without unloading, that would handle it 13.11.33 # Afaik the codecs already work that way 13.11.39 # yeah, that's very true 13.11.41 # forgot that 13.11.56 # then we can handle that particular problem in a limited way 13.12.11 # extending it to handle all cases of patch reuse would be very, very far from kiss 13.12.12 # But midi is still special - it would still need access to old _data_, but _not only_ old data 13.12.13 # preglow: ah, I thing I get it now, but as Nico_P said we can't rely on pointers being correct, but I guess we could just request the start adress of the data and calculate offsets 13.12.32 # n1s: i'm not talking about metadata 13.12.43 # n1s: for this kind of data, we _would_ be able to assume pointers are correct 13.12.52 # there'll be no relocating of this 13.12.55 # (unless we want to buffer all patches for a midi file together with that file) 13.13.05 # preglow: all the simpler then :-) 13.13.47 # n1s: this is the simplest and best way i can see of doing this, but please think up alternatives :) 13.14.06 # preglow: I'll think about it ;-) 13.14.15 # amiconn: Or we could have codec metadata too, perhaps? 13.14.20 # just remember the fact that the file as stored on disk is of limited use to many codecs, they almost always need to be parsed into internal structures, that's the most important bits 13.14.33 Quit freqmod (Remote closed the connection) 13.14.40 # Store the patches as "metadata" or whatever you want to call it, for the codec, so they're released when the codec is? 13.15.55 # Llorean: It's not quite the same - the codec is copied into the codec buffer. Leaving the patches in the main buffer will create fragmentation. 13.16.35 # which we really don't want to handle 13.16.50 # which is why i think we should only handle this in a limited fashion 13.16.59 # I thought about speculatively buffering files regardless of format. If it's skipped, no decompression takes place. If it plays and needs x amount of buffer to play, that amount is flushed including later files the were buffer on a "what if" and it's allowed to take it. 13.17.49 # jhMikeS: how much time do you think we'd need to fix all the lazy thread coding in rockbox to work with preemption? 13.18.20 # i don't really have a full grasp on how bad it is 13.19.05 # hmmm...I've been pondering that...not sure. it's mostly a concern for low-level code but of course playback and a few other bits come in to that. If might not be that bad. 13.20.54 # I think factoring playback will be a huge help in determining that. 13.21.10 # haha, i believe you 13.22.30 # It doesn't mean throwing mutexes around absolutely everything either. just come careful interface tweaking to some things. 13.24.38 Quit hcs ("Leaving.") 13.25.04 Quit Zagor ("Client exiting") 13.25.14 # And while we're at that, should we divide things into privileged and non-privileged code? I suppose that's optional. 13.25.21 # why would we? 13.25.52 # i get why we would ultimately do that, yes :) but i think that can wait for sure 13.26.06 # being able to touch ports in all parts of the code with no bloody syscalls is nice 13.26.37 # swi is such a mess to get into supervisor modes? 13.26.48 # i'd rather just avoid it 13.27.02 # what high-level code touches ports? 13.27.10 # no idea 13.27.16 # but in what way would this help us far anyway? 13.27.25 # buggy code would still be buggy 13.28.12 # Well, it might not crash from user code as easily. Might be more trouble than it's worth. I haven't been itching to even do that. 13.28.28 # i think it is more trouble than it's worth, we want buggy code to crash 13.28.39 # :-D 13.28.44 # the debug screens are really he only apps layer code which shuold touch ports 13.28.49 # preemption might very well make us write better code, but code privileges would not 13.29.02 # preglow: i guess you made my point about the threading back at me ;) 13.29.09 # :) 13.29.41 # coffee time 13.29.53 # a good thing too is that correct preemtive code is also mutiprocessor safe 13.30.30 # or... we could fix the current code so its multi-proc safe and still have it less complex than preemtive? 13.31.15 # well 13.31.20 # that would mean it's more complex than preemptive 13.31.42 # since we'd be relying on really fluid stuff. something that would be ok would very probably not be ok in two months time 13.32.12 # the only way of doing it properly so that we don't end up in the same old disappearing-maintainer-means-dead-code hell is doing it properly 13.32.30 # anyway, codecs these days really, really shouldn't be afraid of writing correct multi-threaded code, it's more important than ever 13.32.41 # s/codecs/coders/ 13.32.45 Join atsea-34 [0] (i=atsea-@gateway/tor/x-2677151825aaa682) 13.33.11 # JdGordon: preemptive != complex...just careful 13.33.30 # more easy to break preemtive... 13.33.38 # if you make it multi-proc safe...it's also preemtive-safe 13.33.47 # preemption will cause a lot more overhead 13.34.00 # only in thread communication 13.34.02 # nowhere else 13.34.13 # In the scheduler as well 13.34.17 # yielding will happen at more or less the same rate as before 13.34.31 # JdGordon: and so you won't have suprise race condition that pop-up when new yields appear where you were expecting them 13.34.32 # the thread context will become bigger, though 13.34.42 # Preemptive threading requires to save *all* registers. 13.34.46 # preglow: not much 13.34.55 # That's easily twice as many registers as cooperative 13.34.58 # but the current code is becoming too complex for the yield() maze 13.35.01 # jhMikeS: ok, didnt tihnk of that, I guess that makes sense 13.35.45 # It depends on _how_ the task switch occured. If it was forced through a function call, then only non-volatile context need be saved anyway. 13.36.15 # so every function call checks if it should context switch? 13.36.26 # should we bother about that, though? i'd rather just keep it simple and always store everything 13.36.32 # That sounds even more complicated... 13.36.33 # call into the kernel that would block a thread would force a switch 13.37.07 # in this setting, I might just stack the registers 13.37.21 # .. which would eb the equiv of yield() anyway... we dont have that many kernel functions which would work for that 13.37.37 # JdGordon: no, it's not. yield doesn't block 13.38.19 # queues, mutexes, sleep, etc. do/can block a thread. 13.38.22 # oh, misread, you meant do the switch check on kernel threads which are expected to block? 13.38.46 # there'd be no check. we'd stack a complete context only if the time quantum ran out 13.38.59 # ...and if an different task was selected 13.39.09 # still... apart from disk access.. how much of the apps layer calls blocking functions? 13.39.14 # the latter almost never happens 13.40.00 # apps layer would just call queue_wait or whatever the same as always. queues have sync built into them...they are a sync primitive. 13.41.31 # yes, preemption is definitely starting to sound more and more right 13.42.27 # Not at all imo... 13.42.30 # even using the queue funcs to switch, still is easy to make a function which is going to eat the cpu and not call any kernel blocking functions, so you would need a yield anyway 13.42.45 # jhMikeS: but how well do you think realtime threads like rtdsp would play with the user interface? 13.42.54 Join GodEater_ [0] (n=bryan@rockbox/staff/GodEater) 13.42.58 # amiconn: what good arguments against are there? 13.43.05 # KISS? 13.43.25 # JdGordon: it wouldn't because it would be preempted and something else would run. if nothing else is ready to run, and it's not blocked...so it eats CPU. 13.43.29 # the current deal isn't kiss. stuff crashes and hangs for reasons no one knows because of yield() placement 13.44.08 # * jhMikeS must be unusal in that threaded programming doesn't give him much trouble. ? 13.44.16 # the only excuse to not go preemptive is so we can continue writing bad thread communications code 13.44.25 # jhMikeS: but how could it be preempted if the switching is done in the blockng kernel functions like you said? 13.44.27 # Right now you can easily make sure that a certain sequence is run without interruption by other threads. With preemption you can't 13.44.57 # * JdGordon has an idea! 13.45.01 # That means a lot of code *will* break when introducing preemption 13.45.04 # doesn't critical sections do that? 13.45.17 # amiconn: will you agree to code up viewports if jhMikeS agrees to drop this silly preemtion idea? :D 13.45.26 # JdGordon: when the time quantum runs out, the thread is interrupted and a new task selected. no yield needed. however, yield could still be used just to tell the kernel to try running something else. 13.46.30 # some code will break, some will only need a bit of tweaking. nothing to cook up in a weekend for sure. 13.46.35 # can a thread be run on either cpu? or can it only run on the cpu its created on? 13.47.12 # JdGordon: well, if I get pp5020 sorted out, they can be switched in my patch. 13.47.29 Join Rondom [0] (n=Rondom@p57A97301.dip.t-dialin.net) 13.47.37 # now, that i do not see a reason to introduce 13.47.52 # we will want to keep certain threads on certain cores since we'll be prioritising certain things 13.48.00 # like on ipods, it's pretty important the ui is responsive 13.48.02 # only thing is, the thread just call switch_core(new_core) 13.48.21 # yeah, but why have the COP sleeping when the CPU is switching between 3 busy threads? 13.48.52 # the rockbox kernel should be a bit better, but there's no reason for it to become a full-fledged server kernel either 13.49.14 # The scheduler isn't as busy as some might think. During playback, expect about 60 switches/second. The audio thread sleeps then the buffer is full. 13.49.44 # most threads don't do shit 13.50.21 # nope. idle is about 10-12 switches per second to service all the threads on timeout. mostly that's the scroll thread. 13.51.51 Join pondlife [0] (n=Steve@rockbox/developer/pondlife) 13.51.56 Quit iamben (Read error: 104 (Connection reset by peer)) 13.52.29 # the single biggest cycle burner we do is busy yield loops and that can rack up millions of switches (actually calls to switch_thread that just select the same task again) during a disk read with a fast processor. 13.53.14 # Even SH runs them by the 100 thousand during playback buffer 13.54.16 # yeah 13.54.18 # I must admit I got these measurement with a patched kernel where switch_thread is only about 50-60 instructions. 13.56.03 Quit barrywardell () 13.58.57 Join donsdw [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) 13.59.54 # The same situation in any case 14.01.11 # jhMikeS: but how well do you think realtime threads like rtdsp would play with the user interface? 14.01.38 # rt threads are always troublesome, in my experience 14.01.41 # even when simple 14.02.26 # rtdsp? 14.03.11 # realtime dsp 14.03.36 # ah, stupid me. "realtime threads" is really a priority consideration. 14.04.00 # It wouldn't need to starve away others to be timely 14.04.38 # yeah, i guess it wouldn't need to be real realtime 14.04.46 # wouldn't be the end of the world if it skipped a buffer during intense load 14.05.05 # but ui not being interrupted too much is really the only important one 14.05.07 # I think the right setup could actually improve the situation since priority could be finely adjusted 14.05.10 # everything else can be starved to hell 14.06.21 Join Benoitb [0] (n=Benoitb@public1.alcasat.net) 14.06.51 # I think what's more important is latency where a time-critical task won't run becuase some slow thing doesn't yield 14.06.52 # the ui shuoldnt have a problem as long as it gets enough time when moving in the lists 14.07.09 # how would you do the prioritisation? Something similar to a "nice" implementation ? 14.07.18 # Hi ! I've got a problem on a Gigabeat F40, I compiled the latest SVN and my gigabeat doesn't boot after I turn it off unless I switch the battery off and on 14.08.10 # GodEater_: still no waking? 14.08.13 # GodEater_: I guess there's alot of ways. The distribution needs to have maximally high frequency components...it's sort of a dithering thing. 14.08.29 # I had this problem with a recent custom build so I wanted to check with the official SVN without any patch and it's the same problem, so it is in the core of rockbox 14.09.22 # preglow: nope - still no waking 14.09.34 # Benoitb: Did the build you were using have the quick startup patch? 14.09.54 # Benoitb: There have been a few patches in the past for the gigabeat that cause problems with booting, even after you've removed the build. 14.10.02 Join CaptainSquid [0] (n=Miranda@proxy11.netz.sbs.de) 14.10.14 Join barrywardell [0] (n=barrywar@dhcp-892b9b66.ucd.ie) 14.10.14 # oh, I see, how can I get it clean and new ? 14.10.20 # No clue. 14.10.24 # GodEater_: good, sure i solved it, then 14.10.29 # I'll check if those builds had that patch 14.10.29 # yep :) 14.10.32 # I guess it's similar in goal to what's attemped when framedropping in mpegplayer or so many other applications. 14.11.48 Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) 14.12.11 Quit Arathis ("Bye, bye") 14.13.19 # Llorean : I tried the EvilG's build and it sas it uses the FS#7113 - Gigabeat F really fast restart 14.13.34 # so maybe it is the cause of the mess 14.13.43 # I'll check the page of this patch 14.14.13 # * jhMikeS needs to find out if any cache service interrupts can be generated on PP targets since that could help automate coherency. 14.16.38 # I see you advise to do a real power cycle, which I think I did. Could it be that I have to wait for a certain amount of time when the battery switch is off before I switch it to on again ? 14.20.21 Join eigma [0] (n=cat@CABLE-206-188-76-21.cia.com) 14.20.29 # hey eigma 14.20.35 Quit elinenbe (Read error: 104 (Connection reset by peer)) 14.20.41 Join elinenbe [0] (i=elinenbe@cpe-68-174-107-47.nyc.res.rr.com) 14.20.52 # hey 14.21.06 # figure out what the 3rd spi target was? 14.21.12 # I'm pretty sure it's the BL 14.21.44 # I haven't been able to find a datasheet though 14.21.51 # :( 14.22.06 # I can probably fish out the commands from the OF, but it would still be nice to have the DS 14.23.29 # I gotta go to school.. tty 14.23.31 # *ttyl 14.23.35 # cya 14.23.37 Quit eigma (Client Quit) 14.28.47 Join ThUnD3r|Gr33n|Aw [0] (n=ThUnD3r_@p5B23DC95.dip.t-dialin.net) 14.28.51 # servus ... 14.28.59 # I tried to leave my Gigabeat unpowered for 10 minutes but it didn't solve the problem, it doesn't want to boot now that I've powered it down 14.29.07 # can somebody give me some help?? i dont unterstand how to install a patch :P 14.30.02 # did you try the wiki page "simple guide to compiling" 14.30.03 # ? 14.30.17 # it seems very understandable 14.31.04 Join norbusan [0] (n=norbusan@dhcp06.algebra.tuwien.ac.at) 14.31.07 Part norbusan 14.33.08 Quit Rondom ("Ex-Chat") 14.33.09 # Benoitb: did you try the battery switch? 14.33.32 # ah, that's what you mean by "unpowered" of course.. 14.33.44 # markun: yes I did, it's the small off/onn switch at the bottom, right ? 14.33.48 # yes 14.33.59 # can you still charge your player? 14.34.04 # yes I can 14.34.11 # Benoitb: And the power adapter and USB cable were not attached when you did this? 14.34.16 # and it powers up if I switch it back and forth 14.34.28 # Llorean: no 14.34.55 # the problem is that I do have to switch it each time I want to power it up 14.35.12 # instead of just pressing the standard power button 14.35.26 # * amiconn wonders whether markun actually tested the new codepage on charcell (sim) ... 14.35.31 # as if it was left in a bad state when it is shut down 14.35.37 # amiconn: I didn't 14.35.44 # sorry 14.36.06 # amiconn: does it work after your commit? 14.36.11 # yes 14.36.33 # But I tend to think that this combined iso.cp / isomini.cp is somewhat messy 14.37.04 # Extending it can easily go wrong, as it relies on the order 14.38.04 # I think it would be better to have one file per codepage, even though that means to have a few more files around 14.42.49 Join kugel [0] (i=kugel@e178103225.adsl.alicedsl.de) 14.43.12 # something is very, very wrong on pp5020 since what basically amounts to a rearrangment (file shuffling) an no difference in what particular things are executed on startup, causes hanging 14.49.40 Quit BjoernErik (Connection timed out) 14.50.13 # /!\ Benoitb /!\ 14.50.24 # sorry i was away from keyboard ... 14.50.34 # i should compile the files ?? 14.51.04 # if you want to apply the patch, I'm affraid you have to ;-) 14.51.07 Nick parafin|away is now known as parafin (i=parafin@80.92.255.23) 14.53.06 # yes .. i have to "install" a patch for mpeg player 14.53.13 Join FOAD [0] (n=dok@dinah.blub.net) 14.53.25 Join jgarvey [0] (n=jgarvey@cpe-069-134-102-044.nc.res.rr.com) 14.53.46 Join CaptainSquid83 [0] (n=Miranda@proxy11.netz.sbs.de) 14.53.47 # man, pp5020 loves to freeze it you happen to touch certain registers before a device enable 14.56.17 # ThUnD3r|Gr33n|Aw: http://www.rockbox.org/twiki/bin/view/Main/WorkingWithPatches 14.56.35 # o thanks .. mom .. i'll red a little bit ;) 14.56.37 # ThUnD3r|Gr33n|Aw: http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling 14.59.16 # ok .. i dont understand one word _P 15.00.07 # * jhMikeS hereby christens pp5020 the playback.c of hardware 15.00.17 Quit CaptainSquid (Remote closed the connection) 15.00.27 # oh dear! 15.00.41 Join moos [0] (i=moos@m172.net81-66-158.noos.fr) 15.01.54 # oke .. i try to make my way ;) 15.02.27 # No other chip I know of is so intolerant. The others tend to kindly ignore certain things. 15.03.42 Join Wiwie [0] (n=goddi@86-40-242-58.b-ras2.lmk.limerick.eircom.net) 15.03.46 # Ever tried reading from nonexisting addresses on cf? Much fun to debug... 15.03.48 *** Saving seen data "./dancer.seen" 15.04.09 # http://www.rockbox.org/tracker/task/7487 15.04.18 Quit Wiwie (Client Quit) 15.04.24 # how to download this patch ?? 15.04.25 # those have happened for sure many times but I was able to get to it faster than that one 15.05.16 # ThUnD3r|Gr33n|Aw : if you don't know how to compile and don't want to read the docs, you can try an unsupported build that includes the features you want 15.05.25 # you cann find it in the forums 15.05.48 Part Benoitb ("Kopete 0.12.5 : http://kopete.kde.org") 15.05.57 # where can i find it ?? sorry for these f*** questions .. im new here .. but i want to learn more about this all ;) 15.06.03 # maybe a careful going-over needs doing to make sure it's not happening elsewhere 15.06.37 # Bagder/ LinusN: around? 15.06.44 # yup 15.07.11 # It looks like the build system doesn't build sims on 64 bit hosts (??) 15.07.30 # There is a cast warning in font.c that didn't happen to show up since... 15.08.03 # ... almost 2 years ago 15.08.23 # don't you have a 64-bit build server? 15.08.35 # I do 15.08.52 # does it build sims? 15.09.06 Quit CaptainSquid83 ("Miranda IM!") 15.09.38 Join petur2 [0] (n=petur@rockbox/developer/petur) 15.09.41 # amiconn: there is no warnings in font.c on my amd64 comp... 15.09.41 Quit petur (Nick collision from services.) 15.09.43 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 15.10.20 # unless its target dependant? 15.10.30 # sim 15.10.32 # amiconn: your server is set up to only build sh, arm and 68k target builds 15.10.41 # In fact any bitmap sim should trigger it 15.10.41 # amiconn: any sim? 15.10.50 # e200-sim doesnt trigger it 15.10.53 # (i.e. anything but Player) 15.10.59 # font.c line 309 15.11.33 # LinusN: Why is that? Sim would be even better on slow-upstream connections 15.11.58 # amiconn: because you haven't told us that your server can build sims? 15.12.07 # eh? 15.12.11 # I thought you coundlt configure it to only build sims? 15.12.13 # My box used to build sims 15.12.28 # There are several sim build logs from may 15.13.04 # ok, i'll add sim to your server's capabilities 15.13.19 # done 15.13.47 # Maybe *someone* didn't want to see all those 64 bit warnings? 15.13.55 # perhaps 15.14.08 # back when 64-bit was still pretty uncommon 15.15.06 # *couph* add me to only do sims... 15.15.34 Join Bjoern-Erik [0] (n=Bjoern@108.80-202-110.nextgentel.com) 15.15.38 # actually... dont.. cbf setting it up atm :p 15.15.48 # :-) 15.25.17 Quit Llorean ("Leaving.") 15.25.48 Join Llorean [0] (n=llorean@cpe-70-113-103-34.austin.res.rr.com) 15.28.40 Join rvvs89_ [0] (n=rvvs89@unaffiliated/rvvs89) 15.31.31 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 15.39.01 Part LinusN 15.43.54 # what's 'sim'? 15.44.06 # simulator 15.44.15 # I never would have guessed :P 15.44.22 # a sim for players? what is it, why does it need servers? :) 15.44.36 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 15.45.10 # TMM: http://www.rockbox.org/twiki/bin/view/Main/UiSimulator 15.45.16 # TMM: the servers build both regular builds and simulator builds that simulate rockbox on a computer 15.45.25 Join webguest83 [0] (i=43a8cc97@gateway/web/cgi-irc/labb.contactor.se/x-a930f80aabf8cd32) 15.45.41 # well, I can do some number crunching soon, my new server should arrive in about 2 weeks 15.45.57 Join Thundercloud_ [0] (n=thunderc@resnet01.nat.lancs.ac.uk) 15.46.02 # how much load will such a thing generate? 15.46.49 # hola nerds 15.47.01 # there are usually about 5-20 builds in a day, they take about 5-10 minutes 15.47.04 # TMM: Depends on how often people change the code 15.47.20 # my i ask a question 15.47.22 # pondlife: And how much code changes, right? 15.47.28 # it'll be a dual core AMD 5600+ 4Gb of mem, and about 5Tb of harddisk space 15.47.30 # webguest83: See the channel guidelines. :-P 15.47.45 # Ok basics ipod 5g 30g 15.47.53 # how to i get themes on it because i know you have to unzip them onto 15.48.02 # my ipod but i dont know how 15.48.05 # webguest83: Please, please read the channel guidelines. 15.48.16 # ok? 15.48.56 # TMM: That'l do nicely :-) talk to Bagder about setting it up 15.49.19 Quit kubiix ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 15.49.28 # ok i read the guidlines' 15.49.35 # but can anyone help me 15.50.40 # webguest83: Well, you might get more help if you follow them. For example, the one about not posting multiple short lines in a row... 15.50.48 Join agm3nt [0] (i=nat-107@nat.n3t.pl) 15.50.53 # A properly formatted theme zip just needs to be extracted straight to the iPod, just like a build. 15.52.23 Quit webguest83 ("CGI:IRC (EOF)") 15.52.37 Join webguest84 [0] (i=43a8cc97@gateway/web/cgi-irc/labb.contactor.se/x-d74a427f41396a33) 15.53.24 # can anyone help me with rockbox theams andrew@schjelderup.org 15.54.07 # n1s: will do 15.54.19 # ok thank you soo much 15.54.25 # webguest84: Please attempt to use proper spelling, as is asked in the guidelines. And as I said, a properly formatted theme can simply be extracted straight to the player, just like a build. 15.54.34 # * petur wonders if webguest84 likes spam 15.54.57 # <|Rain|> everyone likes spam! that's why the spammers pass out enough for everyone! 15.55.08 # so i can go to the Ipod harddrive and find a folder where the theams are? 15.55.36 # webguest84: "Themes", you demonstrated that you knew how to spell this earlier, and I'm sure you've seen the word a dozen times while reading the manual. 15.55.44 Quit animeloe ("This computer has gone to sleep") 15.56.08 # how to i get Themes on it because i know you have to unzip them onto 15.56.10 # webguest84: You shouldn't need to find a folder, just unzip straight to the drive and if the theme .zip file is formatted properly it should end up with the files in the right folders. 15.56.12 # :] 15.56.45 Quit Thundercloud (Read error: 110 (Connection timed out)) 15.56.45 # ohh well i got it off the web site and its in zip format? 15.56.54 # by the way i have a Mac 15.57.17 # I love those webguests 15.57.23 # lol 15.57.26 # why? 15.57.29 # webguest84: What part of "unzip it straight to the drive" is confusing? 15.57.36 # I know it's a zip, that's why I said to unzip it... 15.58.08 # ok got ya and when i do that i get a folder. Wait what program should i use to unzip 15.58.49 # <|Rain|> my inetrnet masheen said saved file but rockbox theme not in list???/ 15.58.52 # <|Rain|> :E 15.59.08 # webguest84: Did you unzip straight to the iPod? 15.59.08 Quit webguest84 ("CGI:IRC (EOF)") 15.59.12 # somebody should sue apple for making available computers that are easy to use :/ 15.59.15 Join webguest85 [0] (i=43a8cc97@gateway/web/cgi-irc/labb.contactor.se/x-08c4ff02bbc309c7) 15.59.18 Quit Zagor ("Client exiting") 15.59.19 # my bad 15.59.26 # webguest85: Did you unzip straight to the iPod? 15.59.37 # well i dont konw how i would do that 15.59.47 # When picking where to unzip to, pick your iPod... 15.59.51 # when i downlode it i get a folder and thats where im stuck 16.00.01 # He doesn't know how to unzip 16.00.06 # ok and what program will let me do that for the mac' 16.00.12 # <|Rain|> who installed rockbox on your ipod for you? 16.00.12 # yea im a nub 16.00.14 # webguest85: How did you unzip the Rockbox build? 16.00.16 # me 16.00.18 # * GodEater_ wonders when this became a mac support channel 16.00.24 # <|Rain|> how did you do that? it came in a zip file... 16.00.25 # lol 16.00.27 # <|Rain|> unless there's a mac installer as well 16.00.36 # yea 16.00.37 # there is 16.00.40 Join desowin [0] (n=desowin@hdp186.internetdsl.tpnet.pl) 16.00.44 # webguest85: It's really not our job to explain basic computer operations... I don't use a mac, so you'll need to find an unzip program. 16.00.52 # curse the creators of rbutil ;) 16.00.59 # lol 16.01.01 # yep thats it 16.01.07 # * GodEater_ thought rbutil did theme install too 16.01.08 # well i could do it anyways 16.01.12 # yea 16.01.15 # rbutil can also install themes 16.01.17 Join midgey|web [0] (i=8dd3a84d@gateway/web/cgi-irc/labb.contactor.se/x-aac48ca81e95a000) 16.01.21 # but you can get better ones 16.01.37 # well, there's a good reason to learn your computer better ;) 16.01.41 # * Llorean bets these "better" ones require a custom build... which he also can't install. 16.01.49 # <|Rain|> heh! 16.01.58 # learn how to unzip and the reward is a nicer theme 16.02.07 # safe bet I'd say Llorean 16.02.28 # i do know how but i wont let me select my Ipod 16.02.32 # lamo 16.02.43 # webguest85: open up a terminal, (/Applications/Utilities/Terminal.app) 16.03.03 # navigate to the folder containing the theme zip file 16.03.18 # lost him at "navigate" I'd imagnie 16.03.26 # for example, your desktop (cd ~/Desktop) 16.03.27 # I doubt he knows where to type that 16.04.12 # Who said Windows is for happy users? 16.05.03 # uuhh 16.05.16 # sry only 15 16.05.29 # How does that make any difference?.. 16.05.40 # <-- programming since the age of 7 16.05.44 # confused 16.07.10 # <|Rain|> you will get slightly more respect if you take the time to learn how to set your nickname, more still if you figure out how to use a proper IRC client, and even more still if you figure out how to follow directions from the people trying to help you :P 16.07.35 # lol ok 16.08.27 Quit hannesd_ (Read error: 104 (Connection reset by peer)) 16.09.19 # mac os x will automatically unzip a zip to the folder you're currently in, since the files extracted start with a dot (e.g. /.rockbox) they won't be shown 16.09.29 # well i think i deleated the root folder and i have to go to school but im gona reinstal rockbox and try to unzip it to my ipod... 16.09.42 # ohh 16.09.47 # im pretty sure the only way to specify an output location is to use unzip through the terminal 16.09.52 # ok so thats wahat the blank files are 16.10.04 # yea but i dont know how to do that 16.10.09 # ill just google it 16.10.31 Join bluebrother [0] (i=UiLDVLcJ@rockbox/staff/bluebrother) 16.10.41 # well ok friends.. i gtg il get a actual name next time like *Nubprogramer* 16.10.46 # <|Rain|> open the finder, go to applications, go to utilities, and go to terminal, just like midget suggested earlier 16.10.52 # <|Rain|> midgey 16.10.53 # <|Rain|> :E 16.10.59 # i know how to open it duh 16.11.12 # gtg school...... 16.11.19 # but im not loging out 16.11.21 # later 16.11.56 # omg 16.12.03 # He is not logging out 16.12.10 # NOOO!! 16.12.11 # /kick 16.12.15 Join scorche|work [0] (n=8dc5049d@rockbox/administrator/scorche) 16.12.31 # that won't stop the webirc from committing suicide anyway... 16.12.35 # Imagine when no webguest would log out 16.13.02 # just wait for the webserver to get restarted then ;-) 16.15.54 Join donsdx [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) 16.16.21 # * GodEater_ gives up looking for the "infinity" symbol in his charmap to run his webguest joke 16.16.39 # <|Rain|> 221E ∞ INFINITY 16.16.48 # * |Rain| whistles 16.16.51 Quit webguest85 ("CGI:IRC (Ping timeout)") 16.16.52 # which section is it in ? 16.16.58 # ah - there he goes anyway 16.17.00 # <|Rain|> not sure, I just grepped it out of utflist.long 16.17.23 # * petur hugs ping 16.18.18 # so anyway, our cgi:irc client goes up to "webguest∞" 16.18.22 # lame late gag 16.18.32 # |Rain|: it's in common anyway 16.18.47 # <|Rain|> ah 16.30.42 Join midkay [0] (n=midkay@rockbox/developer/midkay) 16.32.11 # GodEater_: what's so funny? 16.32.19 # GodEater_: I don't get it :) 16.34.25 # TMM: just increase the number after webguest more and more ... ;-) 16.34.45 # euh... you can't 16.35.06 # what's that wooshing sound? 16.35.10 # joke going over my head perhaps? 16.36.26 # TMM: The rockbox webserver has ram going up to 11 16.36.50 # bit like Spinal Tap's amps 16.36.52 # it can do anything 16.37.44 Quit Entasis (Read error: 104 (Connection reset by peer)) 16.37.50 # <|Rain|> ...why don't you just make 10 a little bit louder? 16.37.53 # <|Rain|> *stare* 16.38.14 # GodEater_: I don't get THAT either 16.38.25 # TMM: do you even know who Spinal Tap are ? 16.38.53 # GodEater_: euh... no 16.38.56 # * bluebrother just found a wikipedia article about Spinal Tap 16.39.28 # <|Rain|> copyrightviolationtube will help you out: http://youtube.com/watch?v=AhVWJgIzftE 16.40.07 # TMM: best read up or watch the video - otherwise it won't make any sense 16.40.37 # <|Rain|> hopefully that's the right one 16.40.38 Quit midgey|web ("CGI:IRC (EOF)") 16.40.44 # <|Rain|> ah, yep. 16.42.55 # <|Rain|> you should probably read up AND watch the video (or watch the entire spinal tap movie), 'cause it still won't make MUCH sense (not that it'll make much more if you watch the movie) 16.43.34 # not unless you're smoking something ;) 16.44.20 # heh -it's been so long since I watched that clip 16.44.32 # "it's one louder than ten" 16.46.22 # what does "red" stand for? 16.46.57 # where ? 16.47.00 # in what context ? 16.47.14 # svn changelogs 16.47.42 # fixed a red build 16.47.46 # i.e. one that didn't work 16.48.13 # oh, this refers to some visual build-type overview? 16.48.36 # yes, the build table 16.48.44 # i see, thanks. 16.48.49 # which is desired to be green 16.49.01 # sometimes features yellow (a build with warnings) 16.49.07 # and occasionally red (didn't compile) 16.49.09 # delYsid: "Yellow" means compiler warnings, and "Red" means that the build failed either due to compiler or linking errors. 16.49.15 # * Llorean was too slow 16.54.39 # Often features yellow, sadly... 16.55.22 Join miepchen^schlaf [0] (n=hihi@p54BF795E.dip.t-dialin.net) 16.59.24 Nick sbeh is now known as gentoo (i=sbeh@serverstaff.de) 16.59.34 Nick gentoo is now known as sbeh (i=sbeh@serverstaff.de) 17.00.04 # pondlife: Only due to a gcc bug atm 17.00.15 # Yup 17.03.50 *** Saving seen data "./dancer.seen" 17.09.56 Join kubiix [0] (n=Miranda@ip-89-103-17-41.karneval.cz) 17.09.57 # The substitution of "plugins" to "plug-ins" breaks the pronounciation for the swift engine. 17.10.05 # Without this change, it worked right. 17.13.52 # * JdGordon looks for volanteers to fix up the manual for FS#7864 so it can be commited 17.14.03 Quit JdGordon ("Konversation terminated!") 17.16.23 Quit agm3nt () 17.16.44 Quit donsdx () 17.17.41 Quit donsdw () 17.18.32 # is there a way I can add newlines to all logf calls withouth having to change all the calls ? (ie in the macro) 17.19.15 # change the logf macro? 17.19.33 # yeah, but how ? I want to add the newline in the string it gets 17.20.38 # the easy way would be to add a printf call after the actual output 17.20.53 Join donsdw [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) 17.22.10 # bluebrother: thing is the logf macro is just a substitution 17.22.30 # #define logf _logf, where _logf is void _logf(const char *format, ...) ATTRIBUTE_PRINTF(1, 2); 17.22.52 # amiconn: any ideas ? 17.23.20 # Nico_P: Why not just put the \n in the logf call, like it's meant to be? 17.23.37 # pondlife: logf calls aren't supposed to have \n 17.23.59 # Ah, I'm probably thinking of DEBUGF 17.24.01 # and don't... what I have is #define logf DEBUGF to print all logf messages to the console 17.24.13 # but they print without a newline, which isn't easy to read 17.24.28 # I have a patch to put logfs to the console 17.24.33 Join NonExistenT [0] (n=non3x@87.19.128.8) 17.24.45 Part NonExistenT ("leaving") 17.24.46 # pondlife: what does it do ? 17.24.53 # Nico_P: #undef logf 17.25.01 # Can't remember! Will look 17.25.16 # #define logf(f,args...) _logf(f"\n",##args) 17.26.38 # Nico_P: http://www.pastebin.ca/723133 might help 17.27.03 # dionoea: I replaced _logf with DEBUGF (because that's what I want), but it doesn't work 17.27.45 # what doesn't work ? 17.28.04 # dionoea: #define logf(f,args...) DEBUGF(f"\n",##args) doesn't compile 17.28.25 # pondlife: yeah that would work but requires a logf build... 17.28.28 # did you undef the logf first ? 17.28.42 # dionoea: it's not defined because I'm not in a logf build 17.28.49 Quit TMM (Read error: 110 (Connection timed out)) 17.28.52 # well what error does it print ? 17.28.55 # Why not use a logf+debug build? 17.29.04 # actually originally it's #define logf(...) 17.29.27 # dionoea: I got the following: 17.29.30 # common/dircache.c: In function ‘dircache_new_entry’: 17.29.30 # common/dircache.c:870: error: expected ‘)’ before string constant 17.30.02 # obvisouly dircache.c:870 has a logf call 17.30.28 # can you paste that line ? 17.30.41 # ah, but in that call there's no string: logf(basedir); 17.30.53 # ah, that would be problematic 17.31.10 # change it to logf("%s",basedir) 17.31.19 # yeah 17.31.22 # It should be changed anyway 17.31.37 # In case there's a dir named %d ! 17.31.45 # :) 17.31.57 # dionoea: now it works beautifully, thanks :) 17.32.03 # you're welcome 17.32.04 Quit jhMikeS (Nick collision from services.) 17.32.10 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 17.32.32 # argh, some twisted-ass illegal thing in pcmbuf.c just cost me hours of hell 17.32.54 # Nico_P: sorry, was distracted a couple of minutes 17.33.00 # jhMikeS: Time well spent now you know what it was, no? 17.33.13 # bluebrother: no problem, dionoea gave me the solution :) 17.33.31 # the call to pcmbuf_flush_fillpos in the interrupt handler 17.33.48 # now my H10 is playing fine with revamped pcm drivers 17.33.57 # Low latency? 17.34.02 # I would have changed the _logf function itself ;-) 17.34.23 # bluebrother: I don't want to have to enable logf 17.34.25 # no, the api revamp that simplifies and refactors it 17.34.32 # but that was the simple way ;) 17.34.33 Join Poro [0] (i=551d4ff8@gateway/web/cgi-irc/labb.contactor.se/x-fa595ba24d274126) 17.34.42 # jhMikeS: Sounds good to me... 17.34.49 # Rockbox sucks 17.34.53 # Rockbox sucks 17.34.53 DBUG Enqueued KICK Poro 17.34.53 # Rockbox sucks 17.34.53 # Rockbox sucks 17.34.55 *** Alert Mode level 1 17.34.55 # Rockbox sucks 17.34.56 *** Alert Mode level 2 17.34.56 # Rockbox sucks 17.34.56 *** Alert Mode level 3 17.34.56 # Rockbox sucks 17.34.57 *** Alert Mode level 4 17.34.57 *** Alert Mode level 5 17.34.57 # Rockbox sucks 17.34.59 # Poro: we know. 17.35.12 # Sometimes it blows instead 17.35.14 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 17.35.15 # Poro: Wrong...it's a bag of shit 17.35.15 Quit Poro (Client Quit) 17.35.15 # and that's exactly what we like abou tit. 17.35.15 # It's actually got a dual mode function that allows it to blow if you so wish. 17.35.26 # oh he left 17.35.29 # shame 17.35.30 # jhMikeS: Wronger, it SOUNDS like a bag of shit 17.35.42 # ..compared to OF 17.35.44 # ah, right :) 17.35.44 # wait, where is that blow function? Too bad he left. 17.35.52 # It's not a bag of shit, just an auditory simile of one. 17.36.03 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.36.03 # * jhMikeS wants to be able to +o and /kickban 17.36.35 # the ability to devoice would be nice ;-) 17.36.49 # as opposed to a metaphorical one? 17.36.51 Join low_light [0] (i=c730180b@gateway/web/cgi-irc/labb.contactor.se/x-05783994fa62ff47) 17.37.07 # * jhMikeS inclined to use force preemptively :) 17.38.04 # jhMikeS: does the e200 use the COP_INT's for anything? 17.38.37 # bluebrother: +b %*!*@* is a mute 17.38.38 # low_light: in OF? 17.38.56 # scorche|work: I guess only ops can do this? 17.38.58 # and sorry...i was out working...wasnt here to kick 17.39.34 Join tikakan [0] (n=tikakan@chello084112032203.1.11.tuwien.teleweb.at) 17.39.42 # hi 17.39.57 # yes....onloy ops can 17.40.52 Join Nick_Brackley [0] (n=chatzill@75.73.87.203.static.nsw.chariot.net.au) 17.41.15 # just a quick question: is it possible to upgrade a 1. gen ipod with a bigger HD? (I tried it 2 years ago with the original Apple FW, but it didnt work.) 17.43.15 # low_light: ?? in OF it doesn't at least not up to the menu menu 17.44.09 # jhMikeS: the c200 OF uses some COP_INT's and I want to see if they are related to the microsd insertion 17.44.50 # COP_INT's can be enabled on CPU. Don't you know what line goes low already? 17.44.59 *** Alert Mode OFF 17.45.48 # tikakan: do you know the drive interface is / 17.45.49 # ? 17.46.40 # jhMikeS: I know which GPIOL_INPUT_VAL but switches on insertion, but I can't get the interrupts to work 17.46.45 # GodEater: its IDE, isnt it? Should work at least to 32 GB if its one of the very old controllers... 17.46.46 # ^bit 17.47.10 # maybe this page helps... http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement#Apple 17.47.28 # tikakan: I've no idea - that's why I'm asking you :) 17.48.34 # Godeater: I know its IDE, I got the replacement HD in an external USB box working with an IDe interface. 17.48.39 # low_light: does the sim enable that GPIO interrupt too? it won't set the correct bit CPU_HI_INT_EN thought...it thinks it running on something else and only uses bit 32 17.48.41 # Thx, pixelma, gonna check ^^ 17.49.45 Quit petur ("sporting time") 17.50.43 # jhMikeS: the sim doesn't get very far in the OF before sleeping 17.51.18 # low_light: what do you mean "sleeping"? 17.51.51 # the cpu is put to sleep 17.52.13 # CPU_CTL = 0x80000000 17.52.38 # hmmm...perhaps the emu is in error and doesn't wake the cpu if interrupts are disabled? 17.53.15 # I can only run the emu with the cpu...if I remember, the cop gets stuck on a SWI instruction (are those emulated)? 17.54.04 # I think the whole ARM core is emulated but I can't say if everything is handled correctly. 17.56.07 Join kugel_ [0] (i=kugel@e178084124.adsl.alicedsl.de) 17.57.23 Quit kugel (Nick collision from services.) 17.57.33 Nick kugel_ is now known as kugel (i=kugel@e178084124.adsl.alicedsl.de) 17.58.10 # there are several places where there's a loop around "SWI 0x123456" and it won't break. I don't think the emu was branching to the interrupt handler 17.58.53 # what is that? on h10 it doesn't seem to point to thumb code 18.00.02 # I'm not even clear on whether SWI actually uses that number or not 18.02.45 # what means rwps? 18.02.47 # * jhMikeS ought to just write some code to find out and forget the ambiguous arm doc 18.03.53 # remote wps 18.04.08 # thanks 18.06.50 # jhMikeS: arm doc says "This value is ignored by the processor, but can be used by an operating system's SWI exception handler to determine which operating system service is being requested" 18.07.34 # so I suppose you have to read the instruction at pc and check the 24-bit value? 18.08.37 # at lr - #n 18.09.52 Join Arathis [0] (n=doerk@p508A3FF5.dip.t-dialin.net) 18.09.55 # page 200 of the arm ref manual 18.11.02 # bluebrother: Actually, as he's using a Nano, it may be that it's Rockbox's fault for the filesystem errors. 18.11.19 # how that? 18.11.21 # Looking at the various reports on "the nano bug" it looks like one of the symptoms may be fs corruption. 18.11.45 # Data read into memory, like buffered audio, is read corrupted, so it's not too much a stretch to assume writing may be corrupted as well. 18.12.12 # hmm. I'm not quite aware of that bug -- is it in FS? 18.12.23 # Is it ever.. 18.12.23 # Yeah, search for "Nano 1.3.1" I think. 18.12.33 # FS#7510 18.12.40 # ah, this "playback broken since ..." bug? 18.13.09 # <|Rain|> are there any known issues wrt tracks ending up in the database multiple times? I just reinitialized last night, but before I did I had 4 entries for every track 18.13.33 Quit rvvs89_ (Read error: 110 (Connection timed out)) 18.13.37 # removing tracks from the database only works with dircache enabled. 18.13.58 # and you might need to load the database to RAM, though I'm not 100% sure about that. 18.14.32 Quit Seed ("cu, Andre") 18.14.51 # low_light: something seemed odd about some later notes though. I guess #0x123456 is just filler. perhaps emu not calling the handler properly. I don't think the emu knows about the remapped vectors either. 18.14.58 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 18.15.44 # low_light: does the the ouput show if bit 4 is set by the OF in CACHE_CTL? 18.17.31 # and I know the bl sets it and it's cleared initially but if it's set later 18.19.49 # no I don't see that it's set 18.20.22 Quit tikakan ("Leaving") 18.20.39 Join MarkFawcus [0] (i=18ec7c6f@gateway/web/cgi-irc/labb.contactor.se/x-74e790af8874bf16) 18.21.08 # I don't see that the bl sets it either 18.21.28 # Who do I need to talk to about getting Wiki write permission? 18.21.58 # hmmm...this one's different then. e200 bl does and sets remapped vectors for the switchover. 18.22.58 # e200 and H10 fw are almost identical in the basic routines 18.23.15 # MarkFawcus: done 18.23.17 # my mistake...by bit 4 you mean the 5th bit ;)...it gets set 18.23.25 # MarkFawcus: assuming your wiki name is MarkFawcus 18.23.37 # rasher: thanks.. it is 18.23.42 # 0x10 18.24.38 Quit amiconn (Nick collision from services.) 18.24.44 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 18.24.48 # low_light: but e200 and H10 clear it as the first register access and never seem to set it again anytime soon. 18.25.19 Quit MarkFawcus (Client Quit) 18.26.47 # jhMikeS: here's right before the switch http://rafb.net/p/3ZhxEg10.html 18.29.39 # * Nico_P doesn't understand why the codec doesn't start decoding 18.29.57 # it loads from disk then disappears 18.31.16 # interesting value for CPU_CTL ... and the MBOX8 thing. I also see it clears that first. 18.31.28 # rasher: r14758 breaks swift's pronounciation of "plguins". Can you conditionalize your change on $$tts_object{"name"} != "swift" please? 18.32.00 # delYsid: I think I'll just make it specific to festival for now 18.32.10 # plguins? link penguins? 18.32.17 # *like 18.32.25 Quit obo ("bye") 18.32.26 # rasher: thats fine too, thanks. 18.33.05 # swift now says "plug-ines" which sounds very strange :-) 18.33.50 # I suppose this was to fix "ploogins"? 18.34.09 # Yup 18.34.47 # made it sound scottish 18.36.35 # rasher: does espeak still pronounce it correctly? 18.37.28 # markun: I honestly don't know. I think I'll leave it to someone who does. The only thing I know for sure is that festival messes it up, so that's all I should have fixed in the first place, really 18.38.28 # Sansa e200: Does anyone know if the lag between turning wheel, and the volume inc/decrease is normal? 18.38.37 # what das patch return when a patch succeded/failed to apply 18.38.38 # lag? 18.38.43 # true and false? 18.39.07 # or doesnt it return anything? 18.39.47 # donsdw: I think that little bump in volume might be due to pcm delay and using tone controls. Do you have them on? 18.39.55 # Yes lag. I turn the wheel to increase volume and it takes about 2 sec before the volume increases. 18.40.20 # donsdw: that doesn't seem normal at all. mine does not do that. 18.40.32 # I'll check, jhMikeS. Thanks 18.41.23 # donsdw: unless you happen to be running extremely demanding codecs which could make the UI lag 18.42.37 # jhMikeS: So far I have not found those settings. 18.42.45 # * Nico_P has sound !! 18.42.58 # don't know exactly why, but still 18.43.18 # \o/ 18.43.26 # donsdw: Sound Settings|Bass/Treble 18.43.36 # Nico_P: Go on, try rewinding - I dare you! 18.43.43 # hehe 18.44.50 # donsdw: something tell me if you don't know where the setting is, you probably don't have it on since it's off by default 18.45.52 # jhMikeS: I set bass, treble, and volume all to zero. No more lag. Thank you! Now I'll play around and see which one caused it. 18.46.04 Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) 18.46.04 # Is there a reason why on my sansa the scrollwheel does not change volume in the MIDI plugin? 18.46.16 Join Frazz [0] (n=Fraser@thelawsons.plus.com) 18.46.29 # It would make sense that the scrollwheel should behave like in other playing modes I think 18.46.37 # pondlife: it was very brief and I can't get it to play again... :( 18.47.05 # That's good - it means you have something to debug. 18.47.05 # delYsid: noone added the support? 18.47.20 # jhMikeS: No, I'm just not familiar with menus. I was looking in General Settings. Duh. 18.47.52 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.48.57 # jhMikeS: I was guessing :-) 18.54.26 Quit Nick_Brackley ("ChatZilla 0.9.78.1 [Firefox 2.0.0.5/0000000000]") 18.54.29 Quit pondlife ("disconnected has pondlife") 18.54.41 Join daurn|laptop__ [0] (n=fake@203.49.201.57) 18.54.50 Nick daurn|laptop__ is now known as daurn|laptop (n=fake@203.49.201.57) 19.01.09 Quit amiconn (Nick collision from services.) 19.01.15 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 19.01.36 # It seems that really no 64 bit host was building sims for a few months 19.01.48 # Now that mine is enabled again, the warning appears (X5 sim this time) 19.02.29 # * amiconn fix 19.03.53 *** Saving seen data "./dancer.seen" 19.06.19 Quit daurn|laptop_ (Read error: 110 (Connection timed out)) 19.07.17 Join eigma [0] (n=cat@134.117.254.250) 19.07.54 Join MournBlade [0] (n=me@ip68-1-89-124.pn.at.cox.net) 19.12.56 Quit atsea-34 (Read error: 104 (Connection reset by peer)) 19.13.19 # jhMikeS: could you give me a quick briefing on how to make code blocking ? 19.13.53 Join daurn|laptop__ [0] (n=fake@203.48.248.222) 19.14.51 Join dmccarthy [0] (n=dmccarth@74-33-123-178.br1.brz.pa.frontiernet.net) 19.15.50 Join Redbreva [0] (n=chatzill@host86-134-210-232.range86-134.btcentralplus.com) 19.18.00 # Nico_P: queues are blocking if no messages are in them. mutexes block a thread if another thread has been granted it. the waiting thread will be woken and given the lock when the thead that owns it releases the lock. 19.22.44 # jhMikeS: thanks, I'll try the mutexes 19.23.27 Join Wiwie [0] (n=goddi@86-41-124-220.b-ras2.lmk.limerick.eircom.net) 19.23.55 Quit BrianHV (Remote closed the connection) 19.24.06 # http://rafb.net/p/5B3FTZ25.html 19.24.15 # jhMikeS: what do you think of having a mutex in buffering.h and using it in buffering.c and playback.c ? 19.24.22 # to sync buffer accesses 19.24.29 Quit |Rain| (Read error: 110 (Connection timed out)) 19.25.20 # Why would buffering need a mutex? 19.25.22 # Nico_P: it all depends. that's explained in the paste. 19.26.26 # n1s: Track change now works without crash on 64 bit sim. Had to reconfigure and rebuild fully though 19.26.30 # jhMikeS: thanks 19.27.09 # amiconn: I'm not rally sure, but some calls may need some 19.27.25 # rasher: "Thanks" for breaking "plugins" for sapi.... :/ 19.27.27 # we're not going down the "cooperative is safe" road on this round :) 19.27.44 # jhMikeS: what do you mean ? 19.28.04 # That has nothing to do with cooperative. Unless I am missing something, buffering is inherently safe 19.28.06 # amiconn: oh, well I only knew about it being wrong for festival, so that's all I could really put there 19.28.19 # Each pointer is only ever modified by one thread 19.28.19 Quit scorche|work ("CGI:IRC (EOF)") 19.28.31 Join scorche|work [0] (n=8dc5049d@rockbox/administrator/scorche) 19.28.54 # rasher: The last change (moving the correction from sapi to all-english) was done by you as well... 19.29.08 # http://svn.rockbox.org/viewvc.cgi/trunk/tools/voice.pl?r1=14610&r2=14758 19.29.22 Join BrianHV [0] (n=bhv1@copland.brianhv.org) 19.29.23 # I think this version allows multithread access 19.29.27 # amiconn: I guess I forgot that it was previously done for sapi, since I didn't add that. 19.30.03 Quit daurn|laptop (Read error: 110 (Connection timed out)) 19.30.18 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 19.31.30 # amiconn: you mean what I call - "chasing pointers"? head/tail. only one thread has access to modifying each? 19.31.50 # yes 19.33.48 Join belarm [0] (n=belarm@in-168-97.dhcp-149-166.iupui.edu) 19.33.50 # yeah, that's safe as long as the rule never, ever has to vary for any reason. 19.33.59 Quit donsdw (Read error: 110 (Connection timed out)) 19.34.06 # Current hwcodec buffering works this way, and it's perfectly stable, even though the consumption (tail) happens in isr context 19.35.03 # Anyone know the keybinding to stop the "Recording" function on an 80GB iPod? 19.35.21 # not had much luck finding it in the docs 19.36.34 # jhMikeS: "only one thread has access to modifying each" > does this mean like playback modifies tail and buffering modifies head ? 19.37.06 # amiconn: I setup mpegplayer as such too. 19.37.23 # Nico_P: yes 19.37.45 # The other only ever monitors, never modifies 19.37.51 # Nico_P: but it's only safe if whatever is at the head becomes visible atomically 19.37.51 # I'm pretty sure my code respects that 19.38.25 # jhMikeS: It is safe as long as the (global) pointer is only increased *after* everything is actually in place 19.38.28 # jhMikeS: can you ellaborate ? I'm not sure I understand what you mean 19.38.45 # belarm: it really should be in the manual 19.39.08 # That way the consumer can never assume data is already available when it actually isn't yet 19.39.29 # In mpegplayer, the audio data is added at the tail and then the write_pos is updated. The interrupt reads the data and pulls it off the buffer by modifying read_pos. 19.39.56 Join funky_ [0] (n=repulse@81.202.252.240.dyn.user.ono.com) 19.40.12 # belarm: But it isn't, for some reason.. hang on. 19.40.18 # Yup. Exactly like what the hwcodec playback engine does 19.40.34 # rasher: I guess this is due to the fact that recording is still experimental on Ipods 19.40.36 # (and also the even more simplified one in wavplay.rock) 19.40.39 Join Domonoky [0] (n=Domonoky@e180229220.adsl.alicedsl.de) 19.40.49 # bluebrother: It should still be mentioned in the manual 19.40.49 # The interrupt never need disabling to sync things 19.41.14 # rasher: yes, it should. But the manual got outdated quite a bit lately 19.41.28 # Domonoky: what do you think about an "update" button in the Quick Start tab? 19.42.02 # sounds nice.. 19.42.02 # belarm: It's the global "cancel" button.. whatevr that is on ipod 19.42.11 # of course I used 64-bit variables which are efficient to add/subtract and good for about 3,000,000 years at 44kHz 19.43.24 # belarm: Probably the prev button, it seems 19.46.08 # I just wonder about other operations like MoB and codec loading and such. playback.c need sync primitives in some select places for that stuff. 19.48.31 Quit dmccarthy ("Leaving") 19.49.23 # * jhMikeS realizes a nasty thing re: PP irq vectors and caches. 19.51.15 # heh...funny. shoulda seen that sooner. fiq is changed by playback but the COP reads those vectors too and they're not in IRAM 19.54.06 # Why is that vector changed at all? 19.54.25 # I would expect that it is set up by crt0, and then never changed 19.54.39 Quit barrywardell () 19.54.44 # (well, on SH some plugins do nasty vector fiddling....) 19.55.53 Quit bluebrother ("bbl") 19.56.41 # jhMikeS: what exactly is codec_request_buffer_callback(size_t *realsize, size_t reqsize) supposed to do ? advance the tail of reqsize and return the size available in realsize ? 19.56.42 Join cothrige [0] (n=user@adsl-065-013-121-039.sip.pfn.bellsouth.net) 19.56.55 # amiconn: when changing the handler from playback to recording and back 19.56.59 # howdy all 19.57.18 # jhMikeS: Why not use one handler, and handle the mode within that? 19.57.25 # * Nico_P forgot about codecs.h... looking 19.57.26 # I think it should 19.57.32 # On archos, the MAS isr works that way 19.58.43 # Nico_P: the codec wants some data, it tries to get reqsize bytes and return what was granted in *realsize 19.59.28 # that's what I initially understood but I obvioulsy got confused 19.59.38 # amiconn: I think the concern must be speed since fiqs happen alot but a test and b instruction's not much 20.00.05 Quit ThUnD3r|Gr33n|Aw ("• IRcap [8.23] • www.ircap.es/int •") 20.00.45 # Yeah, I know that FIQs happen rather often. MAS interrupts happen much less often (although, for recording there is one interrupt each 30 recorded bytes) 20.00.45 Quit kubiix (Read error: 104 (Connection reset by peer)) 20.01.12 # That's already mp3 compressed though, so not *that* often 20.01.16 Quit cothrige (Remote closed the connection) 20.01.18 # if MAS can handle that, ARM certainly can 20.01.50 # How many sample pairs are transferred per FIQ? 12? 20.02.03 # yeah 20.02.21 # So ~4000 ints/sec 20.02.43 # 12 pairs for packed. 6 pairs for unpack 32-bit. 20.03.13 # Okay, quite a few more than on SH1 for recording (around 700 ints/sec) 20.04.57 # I don't think a few more instructions will be noticed. The asm I did has 1/2-2/3 the instructions of the current asm fiq (didn't really count) 20.05.41 # Oh, forgot that SH1 also handles more... in wavrecord.rock 20.06.06 # For wav recording, it's one int per 36 recorded bytes - but that's uncompressed... 20.06.45 # and wav is 44100? 20.06.46 # rasher: actually, it seems to be the menu button; but when i chose the Recording option by mistake, i guess the iPod locked up; as choosing it now, i get an interface I didn't see last time. 20.06.58 # thanks for the help, in any event 20.07.03 # Can be any standard rate from 8000 to 48000 Hz 20.07.21 # belarm: That's a known bug, I think (leaving the recording screen puts the ipod in a bad state) 20.07.29 # (all rates which are allowed for mp3) 20.07.57 # entering it seemed to do it this time 20.07.59 Quit spiorf (Remote closed the connection) 20.08.17 # so for 44,100Hz, 16-bit, stereo thats 176,400/36 = 4,900 ints/sec. 20.08.20 # (rather, the time in question, when i was stuck) 20.08.24 # 8 or 16 bit (but wavrecord only uses 16), mono or stereo 20.08.31 Join spiorf [0] (n=spiorf@host82-202-dynamic.14-87-r.retail.telecomitalia.it) 20.08.33 # yup 20.09.24 # I think we'll be ok with a dispatcher on pp then :) 20.16.14 # I think so too 20.16.37 # Btw, the wavrecord isr is running from dram (!), because archos plugins can't use iram 20.17.25 # And it still leaves enough time to write the data to disk (but on Ondio it depends on the individual MMC whether it can keep up) 20.22.07 # heh 20.23.09 # I dunno, this might overload it: http://rafb.net/p/TpgCMp32.html 20.24.31 # ;) 20.30.41 Join kugel_ [0] (i=kugel@e179080179.adsl.alicedsl.de) 20.30.52 Join Zagor [0] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.30.55 Quit kugel (Nick collision from services.) 20.30.57 Nick kugel_ is now known as kugel (i=kugel@e179080179.adsl.alicedsl.de) 20.31.46 Join Ebert [0] (n=EbErT@adsl-34-0-243.asm.bellsouth.net) 20.34.13 # is there a calender in rockbox? 20.34.21 Quit eigma (Read error: 110 (Connection timed out)) 20.35.28 Join linuxstb_ [0] (n=chatzill@i-83-67-212-170.freedom2surf.net) 20.36.12 # hmmm...I cut an instruction from that so I guess there's hope 20.37.07 # hehe 20.37.38 # kugel: Yes but for archos recorders only so far 20.37.56 # im a little bit confused 20.38.16 # There's calendar patch in the tracker, but that one is unfortunately not suitable for low display resolutions 20.38.18 # there is a calendar plugin on the tracker, as well as a calenar button map for sansa 20.38.40 # do they belong together? because they are not marked as related 20.38.57 # So someone needs to go ahead and make a "best of both" 20.39.43 # so they belong together, yes? 20.40.03 Quit My_Sic (Read error: 104 (Connection reset by peer)) 20.40.41 Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) 20.41.22 # I don't know 20.41.25 Quit Wiwie (Read error: 110 (Connection timed out)) 20.42.04 # ok, i think im gonna wait with adding the calendar to my patch 20.42.12 # until this questions is answered 20.44.15 Join Wiwie [0] (n=goddi@86-41-100-154.b-ras2.lmk.limerick.eircom.net) 20.48.56 # sound \o/ 20.49.26 # Nico_P: nice!! 20.49.44 # are you developing in the sim? 20.49.53 # yes 20.50.05 # I'm still quite far from anything functional, but at least playing one track works 20.54.45 # codec_advance_buffer_loc_callback is a bit of a PITA 20.58.24 # Nico_P: hurry up! mpegplayer is way more stable on H10 than playback. 20.58.29 Join eigma [0] (i=eigma@134.117.69.206) 20.58.38 # hehe :) 20.58.48 # In fact, I can't crash mpegplayer at all anymore 20.59.04 # jhMikeS: time for FF/RW then :) 20.59.28 # jhMikeS: Do you have some uncommitted changes? 20.59.32 # jhMikeS: and how does mpegplay look with voice ui enabled? ;) 20.59.42 # *mpegplayer 21.00.05 # amiconn: to what? mpegplayer? no. 21.00.18 Quit jgarvey ("Leaving") 21.00.19 # Then try starting a video with voice enabled 21.00.28 # pixelma: it gets a bit green but I like that ;) 21.00.31 # This is bound to crash... 21.00.43 # ...or become greenish, yes 21.01.13 # other than that which is so simple to do I'm suprised it's not dealt with already 21.02.50 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 21.03.03 # amiconn: you said doom disables voice? I know there's some pluginlib thing for that now. 21.03.20 # Has anyone else noticed that OGGs are crashing? 21.03.25 # jhMikeS: what are you suprised it's not dealt with already ? 21.03.36 # hcs: on what player ? 21.03.55 *** Saving seen data "./dancer.seen" 21.04.19 # Nico_P: Gigabeat 21.04.22 # F 21.04.29 # Nico_P: It's should be just a matter of disabling talk menus 21.04.34 # hcs: I think it's been fixed 21.04.46 # Nico_P: You mean avoided? 21.04.49 # Nico_P: ok, I'm just now updating, but I thought I'd check 21.04.59 # linuxstb_: yeah :) 21.05.50 # hmmm...I guess it was added for backlight, not for voice 21.05.51 # jhMikeS: Looks like its PLUGIN_IRAM_INIT(rb) - your own work iirc 21.06.51 # It's the very first thing rockdoom.c:plugin_start() calls 21.08.41 # Hmm, but mpegplayer calls it too... 21.08.54 # * pixelma does the unpopular job of nagging Zagor about c200 radio detection ;) 21.09.21 # ah good, I'll test it right away 21.10.33 # amiconn: not only those 21.11.01 # pixelma: where was the patch? 21.11.06 # 7881 21.11.08 # So what could be wrong with mpegplayer and voice... 21.11.24 Quit hcs ("Leaving.") 21.11.53 # I'm gonna try the menu disabling. It has no trouble as long as the talk menu option is off. 21.13.48 # Hmm, but doom also uses standard menus 21.13.54 # * amiconn has a suspicion 21.14.07 Quit Wiwie (Read error: 110 (Connection timed out)) 21.15.18 # Zagor, pixelma: I'm not really sure what the radio patch will do when there's no radio...besides not freeze 21.16.43 # hehe, my radio-less c200 ... has a radio! 21.16.57 # that's impossible! 21.17.07 Join TMM [0] (n=hp@ip565b35da.direct-adsl.nl) 21.17.09 # a working one or just in the menu? 21.17.23 # working 21.17.34 # wow 21.17.51 # what chip does that use? the same sanyo as e200? 21.17.53 # nice! 21.18.09 # jhMikeS: yes 21.18.09 # * pixelma gets greedy - one with radio for the price of one without ;) 21.18.21 # does it say anything about radio on the cover of the radio-c200s? 21.18.51 # or on the box? 21.18.54 # nope, there was only a sign on the box 21.19.26 # my box says nothing 21.19.37 # Zagor, it could be like the e200... there is the radio chip but the firmware was stopping it from being in use 21.19.58 # Zagor: It's no Rock-box hence no voice UI ;) 21.20.00 # scnr 21.20.06 # advcomp2019: yeah, seems like it. I just want to be sure I didn't buy the radio version by mistake. 21.20.21 # amiconn: :) 21.20.25 # yeah, I remember that there were reports of it for some "radio-less" e200s too 21.20.52 # pixelma: those were not just broken? ;) 21.21.25 # but since the OF didn't have radio enabled, I'm pretty sure this one is not supposed to 21.22.33 # hehe, nice :) 21.24.00 # Much like the early v2 recorders... 21.24.40 # yeah. seems like everyone is doing. 21.25.03 # it 21.26.02 # linuxstb_: linuxstb: now it keeps resetting itself in USB rescue mode as well, there is really nothing else to do but send it back I'm afraid 21.26.27 # so we still don't know what happens if someone has a c200 that really has no radio (or if there are such c200s) 21.26.29 # TMM: Oh well, it was educational at least... 21.26.31 # linuxstb_: linuxstb: did yours show the same behavior without the NAND attached? 21.26.38 # jhMikeS: Found a bug in doom instead :/ 21.26.53 # TMM: No, it doesn't reboot. 21.27.13 # linuxstb_: well, I guess I should give my chip credit for trying then 21.27.36 # amiconn: no more green blocks in mpegplayer now either 21.27.51 # pixelma: can't you just commit the radio-enabling patch and see if any actual radio-less c200 appears. It's not like you could prove they *don't* exist anyway 21.28.00 # linuxstb_: did you try reconnecting the NAND while it is plugged in yet? 21.28.05 # Yeah, but I can make doom crash with menu voices enabled when setting boolean options 21.28.25 # (and it says 'yes' for both yes and no) 21.28.33 # hmmm 21.28.35 Quit eigma (Read error: 110 (Connection timed out)) 21.28.50 # Familiar bug - nobody seems to check what struct opt_items consists of :( 21.28.58 # rasher: yeah, I think so too - but it is low_light's patch... 21.29.12 # The voice id is an id, not a pointer, and "no voice" is -1, not NULL 21.29.29 # 0 is a valid voice id - happens to be "yes" 21.30.08 # pixelma: yeah, I meant a more general you. Zagor's c200 having a radio chip is a good indication that all c200s might have one (but not proof, of course) 21.30.13 # somethings odd though. buzzing about the menus it seems when the disk spins down from the menu, voice gets trashed and no longer plays 21.30.24 # this is from the root menu btw 21.31.17 # Hrrrm, and rockdoom.c messes up menu_items and opt_items :( 21.31.50 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 21.31.58 # I don't have to do anything. Just wait for the disk to spin down on H10 and voice is totally clobbered. 21.33.25 Join agm3nt [0] (i=agm3nt@nat.n3t.pl) 21.33.39 # jhMikeS: I saw similar behaviour when I voice-enabled metronome 21.33.57 # that uses pcm_play stuff (just as mpegplayer does, doesnt it?) 21.34.21 # yes 21.34.50 # agm3nt: does your c200 have a radio (officially) 21.34.55 # I think there is a race when using pcm_play and voice. 21.35.32 # I can consistantly hang voice output until I reboot if I send some talk_id while pcm is being used 21.35.33 # wouldn't suprise me 21.36.48 Join eigma [0] (i=eigma@134.117.69.206) 21.36.59 # thats because pcm output reuses the voice channel I guess. 21.37.30 # There's only one pcm output for everything 21.37.31 # pixelma: I'm buy it without radio but later I install american firmware with radio support and higher volume 21.38.03 Quit My_Sic (Read error: 104 (Connection reset by peer)) 21.38.19 # ah, seems it's common then 21.39.39 # agm3nt: lower volume than american firmware? does some Ministry of Aural Heath mandate that? 21.40.15 # just sounds odd...no pun 21.40.25 # jhMikeS: I believe there are some EU regulations on volume... but it's all very weird. 21.40.30 # jhMikeS: the EU has max volume laws since a short time now. 21.40.43 # though so. 21.40.50 # something about standard ear protection... 21.41.04 # *sigh* socialism 21.41.08 # pixelma: feel free to commit the patch now...I can't do so for about 8 hours 21.41.34 # As someone who knows a bit about ear damage I actually think thats a fine default. 21.41.55 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 21.42.32 # yep, ogg works now, thanks 21.42.43 # jhMikeS: yes, eu firmware is with lower volume 21.43.46 Join qweru [0] (n=kvirc@bb-87-80-66-156.ukonline.co.uk) 21.46.24 # pixelma: and if you are feeling daring, you can enable HAVE_RECORDING :) 21.46.40 # * jhMikeS finds the corruptions that occur because of frequency scaling on h10 very bothersome 21.47.08 Join Arathis_ [0] (n=doerk@p508A531C.dip.t-dialin.net) 21.47.18 Quit Arathis_ (Read error: 104 (Connection reset by peer)) 21.47.22 # low_light: won't do the latter, want to leave that to the pros ;) 21.48.35 # but radio... if you wish :) 21.50.23 # recording *should* work as-is, but there might be layout issues with the recording screen and keymap problem 21.50.28 # I've never used visited the recording screen, not even on my h140 21.50.48 # used OR visited 21.51.17 # wouldn't wonder if there are keymap problems as well... 21.51.43 # probably will take a look, but won't commit anything 21.53.25 Quit courtc (Read error: 110 (Connection timed out)) 21.54.20 Quit homielowe (Read error: 110 (Connection timed out)) 21.54.28 # hrmm...can't pin in on scaling. wtf. 21.55.01 # The EQ screen is messed up on the c200 too, the hs filter isn't displayed...perhaps that screen needs to scroll. 21.55.42 # jhMikeS: Frequency scaling should be fine now 21.56.43 # it seems to affect starting i2s playback somehow though 21.57.11 # (now == since more than 2 months) 22.00.36 Join freqmod [0] (n=freqmod@m050g.studby.ntnu.no) 22.00.58 # ok, force enabling the TX FIFO seems to fix it, even though it's not disabled anymore because disabling it kills i2s playback after recording 22.02.14 # yes, now everything is solid 22.03.03 Join Wiwie [0] (n=goddi@86-41-114-225.b-ras2.lmk.limerick.eircom.net) 22.03.24 Quit Arathis (Read error: 110 (Connection timed out)) 22.05.22 # jhMikeS: would that be something that affects all swcodec targets? Just asking because I saw similar problems with mpegplayer and voice on my M5 (just with whitish blocks not green)? 22.05.36 # pixelma: yes 22.05.53 # I can go into the menu just fine now 22.06.24 Join donsdw [0] (n=donsdx@ip68-101-195-153.sd.sd.cox.net) 22.06.32 Quit desowin ("use linux") 22.08.03 # My Sansa e200 is now a brick. LCD is lit with message, "Searching... 13 found (PREV to abort) 22.08.20 # But I cannot turn off the player. 22.08.27 # um.... hold down the power 22.08.27 Quit eigma () 22.08.38 # Doesn't work 22.08.49 # Does not shut down. 22.08.50 # try holding it hard for 15 sec 22.08.55 # donsdw: please don't incorrectly use the term 'brick' 22.09.05 # its just frozen 22.09.32 # n1s: okay 22.09.37 # remove the battery is another way 22.10.07 # holding down power for a while should work.. 22.10.09 # alienbiker99: I think the 15 seconds worked. Thanks! 22.10.36 Join mpeccorini [0] (n=mpeccori@mail1.theargusgroup.us) 22.10.42 Join ubercooldave [0] (i=586d0c45@gateway/web/cgi-irc/labb.contactor.se/x-6bf208590b54d8f7) 22.10.43 # it's a "soft brick" vs. a "hard brick" :P 22.10.53 # Bagder: around? 22.11.06 # hey guys 22.11.07 # well, i wouldnt even call that a soft brick 22.11.12 # * n1s wonders what kind of houses you would build with soft bricks ;-) 22.11.26 # n1s, squishy ones :D 22.11.30 # it's just fresh clay 22.12.00 # It's no brick at all, just a donkey at the non-connector end of the earbuds. 22.12.23 # iBrick 22.12.27 # n1s: padded cells ;) 22.12.28 # so it's a brick that just crashed and didn't burn :-P 22.13.59 # anyone have any more thoughts on the themes site? (newer version is up at copy.rockbox-themes.org)...i hope to get it out this week 22.14.32 # pixelma: and i added the c200 ;) 22.15.00 # not much to see there yet ;) 22.15.29 # well, there wont be till it goes live 22.15.50 # but any other changes that anyone thinks that are needed before it debuts? 22.15.51 # scorche|work: we now support 1G and 2G ipods too 22.15.54 # * jhMikeS better commit this little bitty before the FS reports roll in by the droves :P 22.16.27 # i have a few problems with some themes... i got a 30gb ipod 5g and on some themes like the cassette one the GUI when playing a song is not displayed properly, its just the basic one with a different background, and im sure i downloaded a theme for my specific ipod so it should have worked? help appreciated 22.16.35 # yeah...i plan on adding that later tonight, n1s 22.16.56 # hmmm...some more c200 magic: DEV_EN &= ~0xc0000137; DEV_EN |= 0xc0000137; 22.16.59 # jhMikeS: voice and mpegplayer? There already is a bugreport for it - not really a new one ;) 22.17.02 # * jhMikeS introduced a little i2s startup bug but has the fix 22.17.05 # ubercooldave: does the theme require patches? 22.17.11 # hi everyone, I have a problem with my ipod nano 1st gen. It was running rockbox just fine, I stopped using it for over a month and now Windows says it's not formatted when I connect it, so I can't add/remove song or anything. Any ideas? 22.17.31 # Redbreva: ping 22.17.32 # s/song/songs 22.18.17 # Even rbutilqt can't detect it 22.18.32 # im not sure what you mean, all i did was download the theme and unzip it to the right folders, and it seemed to install quite a few files in different places... the AquaPod theme works very well tho and looks awsome so well done to whoever made that lol 22.18.38 # ok, so 1) fix the i2s 2) fix the mpegplayer 22.19.30 # pixelma: you should replace the c200 sim bitmap with your version 22.19.57 # you mean the svg? 22.20.23 # ubercooldave: well, what you describe means that the theme you are trying to load is either broken, or requires patches 22.20.57 # or both :) 22.21.17 # thanks for the help 22.21.19 # pixelma: yeah...scaled of course. I had commited a scan of my c200, not the best image 22.21.27 # what do you mean by patches though? 22.22.23 # if i just downloaded a theme like Aurora Black, would it work simply by me installing all the files from the theme into the right place or would i require something else? 22.23.17 Join nico__ [0] (n=nico@ip-213-49-237-176.dsl.scarlet.be) 22.23.19 # hi 22.24.14 # low_light: I don't know, every now and then the suggestion comes up to replace all uisim bitmaps with png made of the svgs. Nothing happened so far... 22.25.50 # ubercooldave, theme installation is covered in the manual 22.26.26 # ubercooldave, but if the theme requires patches (modifications of the source code, unofficial) you need to either compile yourself or find a custom build 22.26.32 # s/png/bmp 22.26.46 # okay lol 22.26.58 # thank you very much for your help, everyone 22.27.06 # Can't SDL load pngs anyway? 22.27.12 # darn, I wanted to commit two changes really fast to get them in in one build but no luck. :\ 22.27.21 Join ilgufo [0] (n=matteo@host22-116-dynamic.60-82-r.retail.telecomitalia.it) 22.27.29 # good evening 22.27.39 # jhMikeS: You have 60 seconds afaik 22.27.55 # rasher: sorry, used that wrong but that was not the point 22.27.56 Join BigMac [0] (n=me@c-67-189-251-28.hsd1.ct.comcast.net) 22.27.58 # i'm trying to do something but can't figure of a way... can you tell me if it's do-able? (...) 22.28.32 # It didn't take me more than 30 to do them both it seemed 22.29.01 # nico__: not unless you tell us what you'r etrying to do 22.29.09 # pixelma: I know what you meant. It just made me wonder if there's a good reason to use BMP rather than PNG. But then, I don't know if SDL comes with png loading - I just thought it might 22.29.26 # let's say i want rockbox to find all my music of a particular genre (via tags) and play it by album (one album after the other, with an album's songs in the track number order of course) 22.30.14 # (and if possible, as a bonus, play the albums from a same artist together, say by release date) 22.30.16 # Seems it doesn't. I guess that's reason enough. No need to add another dependency I suppose. 22.30.33 # rasher: The windows sim used bmp because windows has built-in support for bmp 22.30.41 # nico__: should be possible with the database, possibly you will need a custom tagnavi.conf setup, search in the forums 22.30.48 # I guess the BMPs were just copied to the sdl sim 22.31.05 # nls: thanks 22.31.46 # nico__: the DataBase page in the wiki also explains the custom_tagnavi 22.32.24 # nice 22.32.36 # jhMikeS: ear and earier ;) 22.33.03 # he wanted to save some time ;) 22.33.16 Quit ompaul ("#freenode-levelone cheers in a week or so") 22.33.45 # i think i see now... on the themes website it says custom build see description, but then the discription is very short and dosent mention it :( 22.34.04 # amiconn: it doesn't look like SDL supports anything but BMP by default, so that's a good reason as well 22.34.08 # * jhMikeS has an extra ear? 22.34.24 Quit ilgufo ("So Long, and Thanks For All the Fish - http://gufo.wordpress.com") 22.34.53 # pixelma, you mean this wiki? -> http://www.rockbox.org/twiki/bin/view/Main/WebHome 22.35.07 Join petur [0] (n=petur@rockbox/developer/petur) 22.35.10 # jhMikeS: Hmm, that disabling should probably be done in doom as well 22.35.13 # how eerie :P 22.35.43 # I thought the iram init is enough, but it seems it isn't, even if no menu item is actually voiced 22.35.47 # nico__: yes... just type DataBase in the "go" box 22.35.49 # probably since it hasn't been done it seems 22.36.10 # that won't stop a message posted to the voice thread from waking up the codec 22.36.18 Quit MournBlade ("Her lips were wet with venom") 22.36.25 Quit belarm ("Leaving") 22.37.12 # pixelma: ah, my bad, didn't notice the search was case sensitive :-/ 22.37.15 # Ideally voice should be made to cooperate with plugins using iram, but that would probably end up rather complex 22.37.26 # Frankly Doom should just leave music running until a "Play Game" is selected 22.37.38 # nico__: The "go" box is not a search box... 22.38.15 # jhMikeS: But then it would have to re-init iram.... unless it would be possible to hook plugins into the iram swap mechanism 22.38.16 # amiconn, my bad again :) 22.38.23 # I have thought about some sort of memory arbitration where buffers are locked and released 22.39.29 # nico__: It *is* confusing... 22.39.32 # attempting playback at that time would just make it refuse to start which would be a simple request for that buffer 22.40.15 # Are you saying we should swap iram in such a way that voice/playback and iram using plugins can all run? 22.40.26 Join clowner [0] (i=97520855@gateway/web/cgi-irc/labb.contactor.se/x-e4c16bc3f052227f) 22.40.54 # jhMikeS: At least either voice+playback *or* voice+plugin 22.41.12 # All 3 together would be a bonus 22.41.14 Nick clowner is now known as nameless (i=97520855@gateway/web/cgi-irc/labb.contactor.se/x-e4c16bc3f052227f) 22.41.27 Quit _BigMac (Read error: 110 (Connection timed out)) 22.41.31 # well, #1 happens already at least. 22.41.36 # hi 22.41.38 # The plugin would have to provide the extra swap buffer in that case... but that's probably too complicated 22.41.58 # nothing can support ipod nano 2nd for the videos ? 22.41.59 # :( 22.42.44 # We definitely do want voiced plugins, the question is whether that applies to any of the plugins which currently use iram (they're all visual) 22.42.48 # hmmm...I had to reset the FM region settings in the OF to get the tuning in Rockbox right 22.42.53 # it would have to happen in time with thread switching and that's quite a hunk to copy on a context switch :) 22.42.56 # i guess there is no way to sort a playlist according to some criteria? that could be a way to do what i'm looking for... 22.43.27 # can it be customized too, let's say include a "sort by ..." item along with the "schuffle" one in playlists 22.43.31 # -c 22.43.44 # °_° 22.43.44 # jhMikeS: Huh? The core doesn't do that on every thread switch, o if those threads actually need to run, afaik 22.44.16 Quit hcs ("Leaving.") 22.44.29 # s/o/only/ 22.45.02 # none can help me ? 22.45.05 # i just got some patches to install... i am unfortunatly clueless as to how to install them... i checked the manual and it didnt make much sense im very sorry 22.45.10 Quit agm3nt () 22.46.13 # amiconn: should lcd_enable put the c200 lcd in standby mode? 22.46.22 # ubercooldave: check the wiki instead 22.46.34 # I don't know. This mess needs cleaning up too 22.46.40 # low_light: still want me to commit the radio patch? And should I mention something about the c200s that are labelled to not have a radio? 22.46.48 # We don't need 2 different functions to put the lcd to sleep 22.48.22 # amiconn: with the codec swap, I suppose that's basically what happens anyway 22.48.23 # pixelma: sure, go ahead :) 22.48.28 Join toffe82 [0] (n=chatzill@66-17-20-1.biz.sktn.arrival.net) 22.48.41 Join advcomp2019_ [0] (n=advcomp2@66.172.231.192) 22.49.19 # low_light: is the lcd slow to start back up? that's the only reason a separate lcd_sleep exists with Renesas-based targets. 22.49.27 Quit nameless ("CGI:IRC (EOF)") 22.49.55 # is it easy to install a patch or not? 22.50.08 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 22.50.14 # rockbox rulez! 22.51.05 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 22.51.14 # jhMikeS: I never saw a difference between sleep and standby... 22.51.16 # pondlife: around? 22.51.34 # jhMikeS: I have not tested 22.51.37 # That's in spite of me usually being rather delay sensitive 22.51.58 Quit obo (Client Quit) 22.52.12 Join jac0b [0] (n=jac0b@user-11205ba.dsl.mindspring.com) 22.52.27 # I see it and others commented on it. Initially I did have just full standby mode always. 22.52.46 # how do I load a default cover if one is not found 22.52.52 Quit nicktastic ("Leaving") 22.53.08 # so lcd_enable is for display on/off and lcd_sleep is standby on/off? 22.53.16 # I put this in the wps but nothing happens %?C<%C|cover.bmp|> 22.53.53 # low_light: yes, when implemented as such. the renesas needs many longer delays when coming back from power off compared to just visible display. 22.54.24 # is the blogger / theme creator julius here? 22.55.06 Join fm2 [0] (n=chatzill@83.242.61.204) 22.55.30 Part Domonoky 22.55.46 # Bagder: hello. Could you please answer some questions about apps/Makefile? 22.55.48 # * jhMikeS gets nostalgic talking about one of his first rb patches (committed by RaeNye) 22.56.07 Join roolku [0] (n=roolku@82-41-2-141.cable.ubr01.edin.blueyonder.co.uk) 22.56.10 # fm2: perhaps! 22.56.35 # Bagder: what is the difference between '=' and ':='? 22.57.07 # Bagder: and I can't seem to find the slots for compiling files, i.e. cc call. 22.57.29 Quit mpeccorini (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") 22.57.32 # fm2: Look at tools/make.inc (IIRC) - that's included in every Makefile 22.57.40 # does anyone know if julius' jThemes all work with the same custom build or not? 22.57.51 Quit Frazz (Read error: 110 (Connection timed out)) 22.58.14 # jhMikeS: You notice a difference of ~60 ms ?? 22.58.19 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 22.58.27 # fm2: question #1 is found in the gnu make docs 22.58.39 # fm2: what "slot" ? 22.58.50 # linuxstb: ah! That's it! 22.58.53 # I assume s/slot/rule/ 22.59.06 # linuxstb: yes 22.59.24 # display on itself takes 50 23.00.16 # seconds/minutes/hours/days/... 23.00.25 # :P 23.00.38 # * jhMikeS tired and doing bad maths 23.00.39 Quit jac0b () 23.01.10 # jhMikeS: display on takes around 60ms, assuming a frame frequency of ~60Hz 23.01.12 # for the ipod 5g... does rockbox drain the battery faster than the apple firmware or is it just that rockbox cannot guess the battery remaining acutratly? 23.01.38 # Resume from sleep is nearly instant, resume from standby takes ~10ms 23.01.38 # display_on has 80ms of delays 23.01.57 Quit lostnihilist ("Leaving") 23.02.52 # Even 100ms difference shouldn't be noticeable... 23.02.56 # power_on takes 200. So it's 80 ms vs 280 ms. yeah I see that. 23.03.08 # anyone know a person/place to get a small Gigabeat dock-lineout connect?? 23.03.13 Quit advcomp2019 (Read error: 110 (Connection timed out)) 23.03.17 # power_on needs to be *always* executed 23.03.44 # no, not if you only do the visible display procedure 23.03.57 *** Saving seen data "./dancer.seen" 23.04.21 # Ebert: if you find a connector, it is easy to do 23.04.35 # Ebert: you have the pinout on the wiki 23.04.43 Quit ubercooldave ("CGI:IRC") 23.04.53 Join Klevi [0] (n=Owner@ool-435682a7.dyn.optonline.net) 23.05.03 # where would i find a connector then? 23.05.34 Join My_Sic [0] (n=MySic@bas3-montreal28-1177919288.dsl.bell.ca) 23.07.01 # Ebert: you cannot find the connector by itself but you can buy some cable with the connector look for the toshiba pda e800 syncrho cable 23.07.16 # Aha, hmm 23.07.16 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@66.172.231.192) 23.07.25 Quit seablue ("life, death, life, death") 23.07.28 # * amiconn wonders whether that method saves power at all 23.07.36 # ah thx toffe82 23.07.45 # Compared to letting the display running without backlight I mean 23.10.08 # probably not measurably. perhaps it's would be better to leave it on and then just do the whole thing/or not if the user wants to. 23.10.32 # though it does affect boost measureably 23.11.15 Join jac0b [0] (n=jac0b@user-11205ba.dsl.mindspring.com) 23.11.33 # but I mean, if the screen will be left on, then it seems silly not to update it since it's visible in bright light 23.11.34 # is there a conditional tag for albumart 23.12.13 # jhMikeS: Hmm, comparing that sequence with the HD66789R, it seems the 180ms sequence near the end of the power supply setting could be shortened to 100ms 23.12.50 # I wonder whether it's a real design difference, or just a mistake in the docs 23.13.42 Quit jac0b (Client Quit) 23.15.54 # which one are you looking at? x5, e200? 23.16.09 Join Davide-NYC [0] (n=chatzill@user-12hdtj8.cable.mindspring.com) 23.16.49 # X5 is HD66773R (the one where the times are additive 23.16.58 # H300 is HD66789R 23.17.12 Join AceNik_ [0] (n=AceNik@117.98.56.242) 23.17.29 # uys what does i2c mean ? 23.17.58 # * amiconn recommends wikipedia 23.18.19 # the h10 [20GB] is hanging like at every point possible now, just after 1 min of startup or sometimes at startup 23.18.30 Nick parafin is now known as parafin|away (i=parafin@80.92.255.23) 23.18.59 # it was working fine , perfect till 14941 23.19.21 # after that i tried 14962, so somethin has gone wrong in between 23.19.49 # msg Bagder has anyone in the US said anything about the google money? 23.19.53 # bah 23.19.54 # there's an extra delay on the e200 that isn't there on H300 (both HD66789R). it was part of the OF sequence. 23.20.02 Join lostnihilist [0] (n=lostnihi@ppp-68-251-41-104.dsl.chcgil.ameritech.net) 23.20.15 # oh btw does the h10 with rolo bootin umpteen number of times by executin rockbox.mi4 cause i remember earlier it only was able to do this once 23.20.18 # haha, the answe is no anyway ;-) 23.20.23 # ;) 23.20.28 # (add 'r' somewhere) 23.20.36 Quit nico__ (Remote closed the connection) 23.20.45 Join hcs [0] (n=agashlin@rockbox/contributor/hcs) 23.21.20 # later all 23.21.22 Part low_light 23.21.38 # AceNik_: say what? H10 should rolo 23.22.05 Quit Ebert () 23.22.06 Join sin613 [0] (n=pbarton@dsl-134-129-144-51.und.nodak.edu) 23.22.47 # jhMikeS: earlier while using rolo h10 used to be able to restart with the rockbox.mi4 only once, now it does it as many times as you want to 23.23.08 # as in i execute is first then , after the restart i can execute it again 23.23.35 # well...heh. I just did some threading work. 23.23.58 # mike did u just commit the stuff for the12c 23.24.03 # i2c 23.24.22 # yeah 23.24.43 # cause my h10 jus hangs liek hell, im not pointing at you patch being wrong, but just if you could hav a look at the 20GB haning 23.24.45 # rolo isn't so luck with voice enabled though 23.24.54 # I have a 20GB 23.24.59 # k 23.25.18 # you just updated? 23.25.20 # jhMikeS: Hmm, both sequence look somewhat different from the datasheet afaics 23.25.24 # *sequences 23.25.25 # well my player just hangs at any instant now, i updated from 14941 23.25.29 Part Redbreva ("User is away.") 23.27.23 # Any reason #2954 hasn't been committed? 23.27.24 Quit fm2 (Read error: 104 (Connection reset by peer)) 23.27.31 # Whoops... 23.27.35 Nick Variable is now known as Isolinear (n=A@c-76-105-254-119.hsd1.or.comcast.net) 23.27.49 # guys there is another minor thing if you could sort out the clock settins are not saved in the apps folder, they get saved in the games folder 23.28.28 Join webguest86 [0] (i=0cd834f9@gateway/web/cgi-irc/labb.contactor.se/x-b7d93f6d92ca09dc) 23.29.03 Quit webguest86 (Client Quit) 23.29.31 Nick funky_ is now known as kubrick (n=repulse@81.202.252.240.dyn.user.ono.com) 23.30.16 # AceNik_: you can rolo forever but it hangs like hell? 23.30.45 # ok but whats causing the hang even in a normal restart can you figure that out 23.31.51 # AceNik_: If mine were then I would still be working on it but it's not hanging on anything at all. 23.32.07 # k ill recheck in a while 23.32.18 # probably ill do a clean build 23.32.25 # thanks anyways c ya 23.32.31 # Ummm...I would recommend that 23.32.33 Part AceNik_ 23.33.00 # lol 23.34.46 Quit tictoc (Remote closed the connection) 23.34.54 Join haemmy [0] (n=stefan@194.208.162.140) 23.36.36 Join tictoc [0] (i=tabac@gateway/gpg-tor/key-0xB9002659) 23.37.29 Quit haemmy (Client Quit) 23.37.37 # * jhMikeS wonders how something's called SVN rXXXXXX if it's not a clean build 23.38.02 # Maybe he hasn't showered yet? 23.38.20 # :-) Maybe he should shower with his H10? 23.38.24 Quit hcs ("Leaving.") 23.38.29 # Hehehe. 23.38.42 # Hey, your opinion on 2954? 23.38.50 Quit Strath (Read error: 104 (Connection reset by peer)) 23.39.46 # FS#2954? 23.39.56 # Yeah, scrolling margins. 23.40.00 # Isolinear: "viewports" 23.40.12 # Guys, quick question: how functional is rockbox recording on the sansa c200? 23.40.20 # Can't say I've even thought about it at all. 23.40.41 # AFK 23.40.47 # Makes for snazzy WPSs. 23.40.49 # IMO 23.41.04 # Davide-NYC: it's not enabled yet and it has the same restrictions as the e200s 23.41.05 # Hey Davide. That was about FS#2954. 23.41.10 # linuxstb: Viewports? 23.41.35 # * jhMikeS hopes to get at least 32KHz out of it but that means running the chip at 64KHz 23.41.57 Join Strath [0] (n=donat@dpc6747254230.direcpc.com) 23.42.13 # I just enabled the ARM optimized mdct in Tremor on my Gigabeat and it goes from 614% realtime to 613%! 23.42.56 # hmmm...gigabeat really hates memory stalls 23.43.11 # is that in SVN or a patch? 23.43.20 # svn 23.43.42 # Isolinear: A planned future feature in Rockbox - http://www.rockbox.org/twiki/bin/view/Main/ViewPorts 23.43.50 # with .icode replaced by .text 23.45.06 # Ahhh.. Very nice. 23.46.03 # What? Gigabeat is only around 600% realtime for vorbis? I would have expected much more given the clock frequency... 23.46.07 # markun: it could also be alignment changes which trigger more cache line fills. data on arm should be aligned on arm as well so that a 16-byte segment takes only one cache fill instead of two. 23.46.19 # been any juicy talk on preemptive multitasking while i was gone? :> 23.46.33 Join atsea-34 [0] (i=atsea-@gateway/tor/x-ceaff0631690e479) 23.46.34 # amiconn: yes, dissapointing :) 23.46.35 # nothing juicy 23.46.52 # jhMikeS: still no idea why test_codec fails now? 23.47.13 # Anyway, 500 or 600%, doesn't really matter 23.47.30 # ...especially since the gigabeat doesn't even do frequency scaling 23.48.04 # amiconn: but still we get a better runtime with lower CPU load 23.48.44 # preglow: I thought it failed on PP. Obviously markun could test on gigabeat. But I have no idea right now. No other plugin shows any symptoms. 23.48.45 # Really? I thought that even frequency scaling doesn't change that, but causes stability problems, and was disabled for those reasons 23.49.09 # 600% realtime is bad? 23.49.27 # So I somehow expected that changing the cpu load also doesn't change battery runtime 23.49.42 # if you don't do frequency scaling, the player will at least sleep the core alot 23.49.56 # amiconn: I expected that as well, but it turned out to be wrong. Let me look up some measurements 23.50.03 # very odd 23.50.36 Quit linuxstb_ ("ChatZilla 0.9.78.1 [Firefox 2.0.0.7/2007091417]") 23.50.43 # It didn't seem everything was done that should be though 23.51.18 # jhMikeS: don't you have a gigabeat? 23.51.26 # preglow: yes 23.51.51 # markun: try aligning all the data it accesses to 16-bits...I'm really curious 23.51.58 # 16 bytes :) 23.52.22 # jhMikeS: then why does markun have to test on gigabeat? :) 23.52.51 # because he came here reporting on the asm mdct test_codec result 23.53.04 # for tremor 23.53.56 # jhMikeS: how do I do that? 23.54.13 # __attribute__((aligned(16))) 23.54.48 # markun: in any .asm file .balign 16 23.55.02 # ah, right in asm... 23.55.30 # there's some tables in C code too I think 23.57.47 # There four possible memory stalls in there as well but that's bugger to mess with on short notice 23.58.18 Quit Wiwie (Read error: 110 (Connection timed out)) 23.58.52 # jhMikeS: should I also change the .align to .align 16 in the asm file?