--- Log for 27.05.105 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 14 hours ago 00.00.22 # That unconditionally reverts everything... 00.00.28 # yeps 00.00.36 # no mercy 00.00.46 # I sometimes do similar 00.00.55 # ...but save my changes first. 00.01.09 # cvs diff -u >blah.patch 00.01.20 # patch -R -p0 I actually have "diff -u" in my .cvsrc, so I never use "diff -u" 00.02.13 # oy 00.02.14 # excellent 00.02.23 # that too seems like sound advice 00.02.35 # "update -dP" is neat to have there too 00.06.12 # my current debug log browser patch is now at http://daniel.haxx.se/rockbox/ 00.08.28 Quit F1^Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 00.08.43 # Hmm. I don't understand what's going wrong here :( 00.10.45 # (sim's working by the way) 00.11.29 # Try building an X11 iriver sim and start that 00.11.45 # (will only work if you installed cygwin x11) 00.12.27 # I didn't 00.12.46 # I aborted the whole cygwin thing when I realised I could crosscompiled the sim 00.14.52 # you should have aborted it when you noticed you have a linux box :P 00.17.31 # This center-scrolling of markun's is nice 00.18.04 # sounds like a good setting, if it's easily doable 00.22.10 Quit tvelocity ("Leaving") 00.31.18 Join ashridah [0] (ashridah@220-253-120-234.VIC.netspace.net.au) 00.33.37 # I found at least 4 problems in the mpeg thread. One significantly affects disk spinups (and hence battery life) in recording mode... 00.37.07 # how you can find anything in a 2000+ line source code file in such a short time puzzles me ;) 00.37.26 # Ahahaha 00.37.34 # It wasn't that short of a time 00.37.57 # Reading this mess over and over actually helps after some time 00.38.09 Join Kawoa [0] (~sss@142.217.128.243) 00.38.12 # hey anyone around 00.38.19 # hyes 00.38.38 # * amiconn suspects something fishy in file.c now as well 00.38.58 # umm does anyone of you ever seen a iriver 00.39.19 # i'm fondling a h120 as we speak 00.39.32 # The end-of-data-saved-at-beginning-of-file happens _only_ if the mpeg thread does _not_ use fysnc() before closing the file 00.39.53 # i jsut bough a h10 00.39.55 # 6gb 00.40.02 # ...i.e. either when timesplitting or when encountering disk full 00.40.06 # do you think the tweaking will work on the h10 00.40.11 # Kawoa: no 00.40.16 # h10 has hardware very similar to the ipod 00.40.20 # and the ipod mini 00.40.35 # that's not to say developments wont happen on the h10 in the future 00.40.47 # just that, as of now, the most you can do (safely) is to change fonts on the h10 00.40.50 # which is a bit pap. 00.40.51 # do you know if there is a tweak for h10 somewhere? 00.41.20 # what kind of tweak? 00.41.25 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 00.41.34 # crashd_: so you're lurking around, are you, any more luck on the disassembling? 00.41.41 # any 00.41.42 # lol 00.41.46 # preglow: im not lurking, well, i am, but i've had exams this week :| 00.41.47 # and not yet 00.41.57 # although ive managed to locate about 90% of the data within the flash rom 00.41.58 # Kawoa: i don't know, we don't exactly peddle in tweaks 00.42.00 # like, images/text data 00.42.02 # i just wanna take a look at h10 tweaks 00.42.03 # and 00'ed it out 00.42.05 # Kawoa: what are you looking for in a tweak? 00.42.11 # so dissassembly will be easier when i get round to looking at it again 00.42.20 # ie, performance? replacing images? 00.42.20 # cuz i though maybe my iriver could play movies 00.42.29 # ahh, no, don't expect that 00.42.39 # that doesn't qualify as a 'tweak' 00.42.44 # that would be more like a 'miracle' 00.42.46 # that's a full blown miracle 00.42.48 # hehe 00.42.48 # rofl 00.42.49 # crashd_: ;) 00.42.50 # : ] 00.43.01 # ok just wondering thanks 00.43.13 # Kawoa: keep your eyes on the h10 forum on misticriver.net 00.43.13 Quit Kawoa () 00.43.16 # or 00.43.18 # just fuck off 00.43.32 # haha 00.43.50 # but go on 00.43.53 # h10 rockbox would, yes, rock 00.43.59 # yes, yes it would 00.44.14 # just a case of figuring this minor problem out first, really 00.44.24 # Hmm. close() just calls fsync(). Weird. 00.44.46 # amiconn: do you have your iriver yet? 00.44.54 # nope 00.45.06 # he seems too focused to have recieved it 00.47.06 Quit Harpy (Connection timed out) 00.47.39 # i need to find another h10 users who's got the motivation and knowledge to help with this project 00.47.44 # cursed misticriver forum users! 00.47.46 # * crashd_ shakes fist 00.48.46 # * webguest74 shakes fist back 00.48.50 # hehe 00.49.15 # there's this other forum.. 00.49.20 # what's its name again 00.49.32 # the one that declared ware on rockbox 00.49.57 # the german one ? 00.50.48 # could be 00.55.02 # iriverlounge? 00.55.15 # that'd be it 00.55.33 # the germans that were the very epitome of maturity 00.56.18 # But at least they seemed slightly more tech-savvy than misticriver 00.56.26 # thats not hard 00.56.26 # XD 00.56.26 # I read that saga on their sight, seems some ego's were seriously bruised over there 00.56.47 # they were touchy 00.57.09 # why on earth did iriverlounge declare war on rockbox? 00.57.11 # i understand their concern, but hell, when you run a german only forum with specs on it, you're not helping yourself 00.57.27 # and when exactly was the ravening horde supposed to descend? because, you know, it hasn't yet... :) 00.57.29 # ashridah: because people took their h1x0 specs and didn't link to their site for every line of text 00.57.49 # aah, that's right 00.57.56 # they actually declared 'war' over that? 00.58.00 # ended up with rockbox removing all their info 00.58.02 # yes 00.58.11 # its a shame really, I'm sure there talent would have been welcome 00.58.16 # indeed 00.58.20 # they knew what they were about 00.58.23 # a simple "don't infringe on 'our' stuff, plskthx" probably would have worked 00.58.37 # german only forum... 00.59.20 # if every bloody thread hadn't been in german, it would have been a bit easier cooperating 00.59.52 # but then again, rockbox removed the info they complained about, but they still acted anal retentive about it 01.00.16 # but yes, it is a pity, they seemed like people who knew what they were about 01.00.58 # it doesn't appear to be german-only 01.01.02 # http://forum.iriverlounge.com/viewforum.php?f=3&sid=f491e200cbac2b2a2d69430d27f18633 01.01.37 # the threads i saw most certainly were 01.02.18 # i remember people having to translate the threads as well 01.02.37 # http://www.forum.iriverlounge.com/viewtopic.php?t=8 01.03.24 # i don't get their reasoning 01.03.33 # but it's of no consequence 01.03.46 # I think they wanted to retain control, and thereby get all the credit, that vanished when rockbox came along 01.04.16 # I don't remenber the topic page of clash betwen Zagor and Konrad 01.04.29 # hahaha 01.04.40 # there was this thread about copyright 01.04.48 # konrad simply _REFUSED_ to take the point 01.04.50 # I guess they can just dowmload it here now :) 01.05.42 Join TCK [0] (TCK@81-86-97-158.dsl.pipex.com) 01.06.01 # iriverlounge think than rockbox steal iriver infos 01.06.12 # but it's open source ;) 01.08.13 # It's info that anyone could find, jesus 01.09.36 # Well, it's quite some work to find all the info, but I don't get why someone would publish this info when he doesn't want it to be of use for others 01.10.43 # their main point seemed to be that they wanted people to frequent their site 01.11.08 # i find it http://forum.iriverlounge.com/viewtopic.php?t=2&postdays=0&postorder=asc&&start=30 01.11.09 # which i understand perfectly, but a lot of the info was in german only threads, and you don't have much choice but to translate and mirror then 01.11.14 # the clash 01.12.14 # http://forum.iriverlounge.com/viewtopic.php?t=2&postdays=0&postorder=asc&&start=30 Zagor is in true 01.14.06 # there is a bit of pride ;) 01.14.38 # a small bit, yes 01.14.41 *** Saving seen data "./dancer.seen" 01.16.07 # high maintenance personality, ego needed lots of stroking 01.16.13 # http://forum.iriverlounge.com/viewtopic.php?t=16&highlight= 01.16.16 # i especially love that thread 01.17.30 # hihi i remenber this :) the pride too ;) 01.22.52 # that's spectacular 01.22.58 # quite 01.25.22 # this is pity, that would have been a good marriage 01.25.47 # of code 01.26.42 # iriverlounge team + rockbox team 01.27.09 # iriverlounge rocks box :) 01.29.19 # Tang tried to do this marriage 01.30.52 # but in vain :( 01.32.00 # Hi Tang if you read the logs 01.33.18 # they wanted to do their own thing, not join rockbox 01.33.39 # it's true 01.34.33 # but the goal was the even, a better firmware ;) 01.36.50 # if they wanted really an alternate firmware, they could have collaborated 01.37.44 # the pride of a put new project to leaves 01.39.22 # but fortunately team it current is well ;) 01.39.50 # * webguest74 yawns 01.40.08 # way past my bed time 01.40.28 # nice chatting to you guys 01.40.39 # good night 01.41.04 Quit webguest74 ("CGI:IRC") 01.41.27 # I will go to sleep also, good night all 01.42.18 Part MoosCamaro 01.43.45 Quit preglow ("leaving") 02.25.02 Quit Stryke` (Read error: 110 (Connection timed out)) 03.14.44 *** Saving seen data "./dancer.seen" 03.18.03 Join amiconn_ [0] (~jens@p54BD56B0.dip.t-dialin.net) 03.36.22 Quit amiconn (Read error: 110 (Connection timed out)) 03.36.22 Nick amiconn_ is now known as amiconn (~jens@p54BD56B0.dip.t-dialin.net) 03.54.19 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 04.05.55 Quit cYmen ("zZz") 04.06.00 Join QT_ [0] (as@area51.users.madwifi) 04.15.58 Quit QT (Read error: 113 (No route to host)) 04.48.49 Quit Stryke` (Read error: 110 (Connection timed out)) 05.13.44 Join daven [0] (~44a2f4cc@labb.contactor.se) 05.14.47 *** Saving seen data "./dancer.seen" 05.18.15 Quit ldone () 05.21.23 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 05.22.16 Quit daven ("CGI:IRC (EOF)") 05.22.29 Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) 05.48.38 # *rubs eyes and peers into the light* 05.55.48 Join courtc_ [0] (~courtc@adsl-154-32-103.asm.bellsouth.net) 06.00.47 Quit Aditya ("Download Gaim: http://gaim.sourceforge.net/") 06.04.56 Quit courtc (Read error: 110 (Connection timed out)) 06.15.57 Join kergoth [0] (~kergoth@covenant.kergoth.com) 06.16.51 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 06.27.01 Quit zol1 (Read error: 104 (Connection reset by peer)) 06.30.49 Nick izzy is now known as Ismo (laitinei@huippu.net) 06.37.33 Join Lost-ash [0] (ashridah@220-253-122-123.VIC.netspace.net.au) 06.48.58 Quit ashridah (Read error: 110 (Connection timed out)) 06.49.11 Part kergoth ("Leaving") 06.51.29 Join LinusN [0] (~linus@labb.contactor.se) 07.03.14 Nick Lost-ash is now known as ashridah (ashridah@220-253-122-123.VIC.netspace.net.au) 07.03.15 Quit textchimp (Read error: 104 (Connection reset by peer)) 07.07.20 Quit Stryke` (Read error: 110 (Connection timed out)) 07.14.50 *** Saving seen data "./dancer.seen" 07.22.00 Quit Bager (Read error: 104 (Connection reset by peer)) 07.28.07 Join cheriff [0] (~dave@d220-236-148-47.dsl.nsw.optusnet.com.au) 07.33.01 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 07.37.38 # Good morning 07.38.11 # Good evening 07.41.15 # morning 07.48.09 Join odd [0] (mrodd@fangorn.starshadow.com) 07.49.02 # LinusN: Did you read the log? 07.49.18 # Something really strange is going on when recording.... 07.49.20 # about the fsync() discovery? 07.49.39 # I'm still unsure at which point it happens 07.50.11 # For longer recording, some data is saved at the beginning of a file which doesn't belong there 07.50.32 # This doesn't happen always, and the exact length varies 07.50.48 # ouch 07.50.53 # badness 07.51.04 # It seems the file code is not to blame, but it is a buffering issue 07.51.27 # I found 4 other problems in the mpeg thread that I want to talk about 07.52.06 # For finding which exact part of data that is, I'll try adding timecode to the mpeg frames. The MAS supports this 07.53.11 # yes, it has the same limit as the frame counter 07.53.35 # Yes, at it actually is the frame counter value. 07.53.43 # figures 07.54.35 # So the test recording needs to stay <~ 3.5 hours 07.55.54 # Anyway, about the 4 problems I found: 07.56.12 # First ones are about playback 07.56.59 # (1) Lines 1405..1414: Doesn't this actually cause the loading to stop at _2 times_ MPEG_HIGH_WATER ? 07.59.07 # (2) Lines 1444..1478: Imho "Te very rare case.." isn't handled correctly here (lines 1473, 1474). In case the id3v1 tag is split _within_ then word 'TAG', the mas is fed 'T' or 'TA' 07.59.48 # Next ones are about recording: 08.01.10 # 1) yes, seems so. We should perhaps correct that, as it may be confusing for people reading the code. 08.01.31 # and we can save 2 bytes of buffer space :-) 08.01.58 # (3) 1768..1808: In case of disk full condition, the file isn't closed. Apart from that, this is 2 times almost identical code, which appears at a 3rd place also, and could be made a function 08.04.05 # (4) 1841..1905. This ever only saves up to the end of buffer, not the other part in the next cycle as intended. It sends itself the same message again, but doesn't save because the condition at lines 1843..1845 no longer holds 08.04.17 # 2) yes, i think i remember that i (in my infinite laziness) ignored that risk when i wrote that code 08.04.30 # The last one significantly affects battery runtime when recording. 08.05.19 # I just wanted to ask you about your opinion; will probably try to correct these things myself. 08.06.45 # 3) oops, and yes 08.08.47 # (5) The 1854..1870: Same as (3). (file not closed on 'disk full') 08.09.32 # 4) aha, it doesn't save the rest as it is below the watermark 08.09.42 # yup 08.09.59 # decreasing the available buffer space 08.10.24 # ...and saving ~twice per buffer round 08.10.46 # i think all these issues should be fixed 08.11.01 # This really happens, I measured the time between 2 save-file-operations 08.11.08 # i'm most worried about the fsync() issue though 08.11.21 # I don't think it's fsync() 08.11.27 # or rather fsync() related 08.11.41 # i don't think it's fsync either 08.12.08 # so it seems like the file pointer suddenly points to the beginning of the file? 08.12.21 # Ah, and another one: At time splits, the 'split at a frame boundary' doesn't work 08.12.40 # it doesn't? 08.12.44 # nope 08.12.44 # is sure used to 08.13.36 # i remember testing this quite a lot when i implemented it 08.13.43 # All my test recordings (even the 2 where the overwrite problem didn't occur) have the last frame truncated, with the next file matching... 08.13.53 # ouch 08.14.22 # (using 10 hours time split) 08.15.28 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 08.15.34 # does the save-at-beginning bug only happen in the last file? 08.16.10 # No. With my last test I checked this. It only happened in the first file 08.16.17 # (of a total of 2) 08.16.25 # oh 08.16.47 # The strange thing is doesn't match any of the 2 file ends 08.16.59 # *is that the snippet... 08.17.16 # add a unique header to every write? :p 08.17.46 # hmmm, it could be related to 4) 08.18.10 Quit Rick (Read error: 54 (Connection reset by peer)) 08.18.20 # The exact length of this snippet varies, I got ~16 sec (q=5), 13 sec (q=4), 4 sec (q=3) and 2 sec (q=2) 08.18.54 # LinusN: Yes, that's what I think 08.18.58 Join Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net) 08.19.19 # ...or at least, want to correct, then try again 08.19.53 # Apart from these problems, I didn't get any corrupt frames in >60 hours of recording! 08.20.51 # nice 08.24.21 # Okay, maybe there is the occasional frame that has a crc error (I have no tool for testing that), but no sync errors other than the ends of the overwritten snippets 08.26.07 # ...recording from s/pdif, with independent frames set to on, and even at q=7 (where no overwriting happened) 08.30.28 # maybe the overwriting bug can also overwrite random parts in the middle of a file? 08.30.52 # I don't know yet. Within my test sequence, it didn't 08.31.04 Join edx__ [0] (edx@pD9EABF65.dip.t-dialin.net) 08.31.40 # Btw, I also had an idea how to get the frame count when prerecording and timesplitting, as long as the total frame count did not yet saturate 08.31.45 # hi :) 08.31.59 # hi 08.32.22 # hi 08.32.25 # LinusN: Do you think if the mpeg.c is the right place to implement codec plugin memory loading and initialization? 08.32.38 # no 08.33.24 # my plan is to abandon mpeg.c for sw codecs 08.33.33 # okay, hmm. Should i do it in totally different file if i try something? 08.33.45 # and move all playback/recording to apps/ 08.33.57 # Slasheri: may i ask what you are doing? 08.35.25 # yes, i am trying to implement simple mp3 playback integration to rockbox =) yesterday i did an audio buffer in pcm_playback.c and now true basic mp3 playback is possible from viewer plugins 08.35.30 # :D 08.36.13 # may i see the code? 08.37.13 # just a moment, i find the url. However, currently it requires more coding before it could be inserted in cvs 08.37.34 # i have no doubts about that 08.38.10 # Here http://ihme.org/~miipekk/rockbox_mp3audio.patch, the patch has some strange and unnecessary code 08.38.22 Join Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com) 08.40.55 # looks nice and simple, but i'm not that fond of the memcpy() 08.42.38 # Ah, great :) Hmm, what would be a better way to do it? Some direct data insertion to memory without memcpy? 08.42.43 # it will probably add lots and lots af small pcm chunks when the audio buffer fills up 08.43.27 # it will yield() until the next pcm chunk is played, and add another chunk of the same size 08.43.43 # the chunks will eventually get smaller and smaller 08.43.55 # just a theory from reading your code 08.44.28 Join wacky_ [0] (~wacky@modemcable011.4-37-24.mc.videotron.ca) 08.44.55 # Hey boys, I have a fix for a tiny bug in iriverify, a bug found by someone on the mailing lists... 08.45.01 # is anyone here ? 08.45.06 # * wacky_ checks de current.txt 08.45.11 # wacky_: shoot 08.45.44 # Hmm, that might be true.. Maybe there should be some minimum chunk size that will be added? 08.46.07 # http://bourget.cc/dump/iriverify.patch 08.46.19 # maybe, or simply a different approach to the buffer-full handling 08.46.23 # what's the best way for you to get a patch ? 08.46.38 # the patch tracker 08.46.49 # would you like me to submit it over there ? 08.47.09 Quit edx (Read error: 110 (Connection timed out)) 08.47.31 Nick edx__ is now known as edx (edx@pD9EABF65.dip.t-dialin.net) 08.47.31 # no 08.47.35 # not this time 08.47.40 # wacky_: real name? 08.47.46 # the patch fixes rockbox hanging when iriverifying a file twice 08.47.48 # Alexandre Bourget 08.47.52 # ah 08.48.52 # well I did the iriverify thing in the first place, so it's the minimum I must do, to maintain it a little :) 08.52.07 # alright :) thanks for everything.. 08.52.12 # LinusN - you got the file ? 08.53.48 # yes, is this the issue when it hangs if you are converting an already converted file? 08.54.14 # yup 08.54.21 Quit cheriff (Remote closed the connection) 08.54.22 # committed, thanks 08.54.29 # thanks to you :) 08.54.53 Quit wacky_ ("good night") 08.57.50 # Slasheri: where were we? :-) 08.58.28 # ah, yes 08.58.37 # :) 08.59.04 # i don't think we should worry that much about codec plugin loading and stuff 08.59.09 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 08.59.10 # not at this point 08.59.40 # i have lots and lots of uncommitted code for mp3 playback 08.59.55 # Hmm, okay. I just think that I could do some code if that would be useful 09.00.01 # :D 09.00.08 # indeed 09.00.29 # i like your simple pcm buffer concept 09.00.49 # :) 09.01.20 # I think it should be pretty easy to add file/codec buffer and to do some loader for that 09.01.32 # it is indeed quite simple - even I understand it :) 09.02.00 # Slasheri: adding a buffer and load the codec isn't the hard part 09.02.38 # Hmm, what is the more difficult part? 09.02.39 # but in this stage it isn't very practical to do it 09.02.56 # we know too little about how we would want the codec api to look like 09.03.26 # and having the codecs as plugins makes it much more difficult to debug 09.03.37 # ah, i understand. I though that some simple working api could be a good point to start :) 09.03.42 # just use logf! 09.04.00 # we can develop the api anyway 09.04.06 # just not load it dynamically 09.04.21 # it is a pain to handle plugins in the debugger 09.05.05 # and imho it isn't the dynamic loading that is the most important at this point 09.05.55 # your ring buffer yield() idea isn't really that good for the audio thread 09.06.08 # it blocks the thread while the audio is playing 09.06.42 # until the next chunk is played 09.07.49 # yes, that was only for some testing. It is rather easy to make it non-blocking also if that is necessary 09.08.40 # i have some basic requirements from a pcm buffer: 09.09.05 # - it must not block the codec thread 09.09.43 # - it shall report to the audio thread when the last chunk of a track has been played 09.10.06 # (meaning that the audio thread must tell the pcm buffer which chunk it is) 09.10.50 # - it must let the codec thread decode data in fairly large chunks, so we can make effective use of the cpu_boost() function 09.11.11 # maybe it should be in its own thread... 09.11.30 # * LinusN goes to the lab, bbs 09.11.44 # Hmm, interesting. At the beginning I had own thread for the buffer, but later i removed it 09.13.45 # I have to go too.. See you later. I will think these ideas and could do some more coding at weekend :) 09.13.50 # How much does mkboot check? Injecting the bootloader into a ihp-100.hex went painlessly 09.14.16 # (didn't do anything more) 09.14.53 *** Saving seen data "./dancer.seen" 09.15.39 Nick courtc_ is now known as courtc (~courtc@adsl-154-32-103.asm.bellsouth.net) 09.15.40 # it doesn't chech much at all 09.17.02 # alright 09.22.05 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 09.24.04 # Was sortof tempted to flash it when patching went fine 09.24.57 # I'll control myself 09.26.19 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 09.32.02 Join Harpy [0] (fmNQwiOTRe@dsl-hkigw7wbb.dial.inet.fi) 09.56.52 Join chimpfrenzy [0] (~chimp@ip67.net66.ipnetworks.net.au) 09.56.52 Quit textchimp (Read error: 104 (Connection reset by peer)) 10.07.04 Join Bager [0] (~Bager@83.222.160.88) 10.28.42 Join bobTHC [0] (~foo@l05v-26-76.d1.club-internet.fr) 10.29.05 # hi folks ! 10.29.32 # morning 10.51.31 Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) 11.14.55 *** Saving seen data "./dancer.seen" 11.18.07 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.18.22 # hi, preglow 11.22.56 # hi 11.23.34 Nick QT_ is now known as QT (as@area51.users.madwifi) 11.28.43 # i think i see a red build coming 11.29.15 # nope :V 11.29.50 # oh my, vorbis optimizations 11.33.16 Quit odd_ (Ping timeout: 14400 seconds) 11.39.56 # hrm, the audio-out patch gives IllInstr on vorbis2wav now 11.39.58 # sniff 11.42.26 # no! I'm playing oggs! 11.44.06 # it almost manages q10 realtime 11.45.11 # w00t 11.45.18 # try lower bitrates 11.45.20 # around q1 11.45.22 # i think it'll choke then 11.45.32 # q5 sounds fine 11.45.41 # yes, but q5 still uses a sanely sized window 11.46.23 # ah 11.46.29 # q1 made it explode 11.46.39 # it just says "recoverable" 11.46.41 # i don't know what i think of putting all those windows in iram, it would be better to have them in const memory, and copy to iram only those two you need 11.47.58 # q3 gives illinstr 11.48.22 # yes, q4 should work, though 11.48.42 # what the.. now q5 isn't either 11.48.46 # :-) 11.48.53 # I just played that! 11.48.58 # memory init issue 11.49.02 # i'll wager 11.49.15 # sure you didn't play an mp3? :P 11.49.49 # by the way, setting the remote size to 128px confuses the remote - more is needed indeed. 11.50.13 # I am sure, yes. 11.50.17 # now it did it again 11.57.02 # can't make it work now 11.57.55 # does it work fine without the playback code? 11.58.08 # let me check 11.59.57 Quit chimpfrenzy (Read error: 110 (Connection timed out)) 12.02.42 # seems so 12.02.58 # but then, it worked with the playback code a while ago 12.05.26 # LinusN: mind if I try flashing the ihp-100, or would you rather have it in untouched condition? 12.06.34 # (I'm so very curious) 12.07.52 # looks like it was the playback code that wrecked vorbis 12.09.11 # works with q1 12.09.16 # and q3 12.11.47 # rofl. for a second there, i thought you lot were talking about quake 12.11.58 # i'm going "wtf, q5? " 12.12.03 # * ashridah <-- not quite with it 12.14.23 # I doubt quake would be possible on iriver 12.14.29 # doom on the other hand... 12.14.33 # yeah. 12.15.02 # heh. anyone notice that a bunch of enterprising people have crammed doom1 onto the terminals in doom3? 12.15.40 # haven't seen doom3 12.16.19 # well, it has fairly decent interactive programmable panels. 12.16.40 # better than an actual pushable switch, can make pin-number code panels and other animated gear to go with it. 12.16.47 # so someone recreated doom1 on it :) 12.19.50 # url? 12.19.57 # http://www.battleteam.net/tech/fis/gallery.html 12.20.00 # rasher: i'd like to have it untouched... :-( 12.20.08 # http://www.battleteam.net/tech/fis/index.html 12.21.53 # LinusN: sure 12.22.52 Join B4gder [0] (~daniel@neptunus.contactor.se) 12.23.05 # g'day 12.23.12 # It really is untouched. I keep being amazed at how nice condition it is in. 12.23.13 # shalom 12.23.30 # rasher: he probably didn't use it very much 12.23.50 # * LinusN looks at Pedros latest commit and feels all warm inside 12.23.54 # Well, he even bought it used himself! 12.24.17 # But yeah, he said he was selling it because he never used it 12.24.26 # It even has the stickers on the back 12.24.41 # a bit commit it is 12.24.43 # big 12.24.45 # * LinusN gets some coffee 12.25.01 # It's most excellent 12.25.40 # q10 oggs are not quite realtime 12.25.46 # ~93% 12.26.14 # But it's a nice step forward 12.26.59 Join webguest16 [0] (~543059b8@labb.contactor.se) 12.28.02 # btw 12.28.10 # compiling libmad with O2 gives a very nice boost 12.28.37 # interesting 12.28.56 # well, yes, but not really surprising ;) 12.29.02 # "free" boosts 12.29.09 # nice 12.29.12 # how much? 12.29.48 # for 112 kbps it jumped from 314% peak to 335% 12.29.55 # 322% nominal 12.30.26 # brb, i'm wanted next door 12.30.53 # preglow: tell the police you didn't do it 12.31.14 # :)))) 12.31.17 # * B4gder grins 12.31.29 # That's indeed a nice boost 12.32.00 Quit webguest16 (tolkien.freenode.net irc.freenode.net) 12.32.00 NSplit tolkien.freenode.net irc.freenode.net 12.32.00 Quit Harpy (tolkien.freenode.net irc.freenode.net) 12.32.00 Quit einhirn (tolkien.freenode.net irc.freenode.net) 12.32.00 Quit ashridah (tolkien.freenode.net irc.freenode.net) 12.32.00 Quit Bagder (tolkien.freenode.net irc.freenode.net) 12.32.00 Quit AEnertia (tolkien.freenode.net irc.freenode.net) 12.32.00 Quit ferenczy (tolkien.freenode.net irc.freenode.net) 12.33.15 Join Harpy [0] (JqIXtdvlux@dsl-hkigw7wbb.dial.inet.fi) 12.33.22 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 12.33.30 # Hi guys 12.33.37 # hola 12.34.08 # hi Linus que tal? :) 12.35.00 # bien merci :-) 12.35.04 #