--- Log for 23.05.105 Server: tolkien.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 14 hours and 47 minutes ago 00.00.01 # rather naive 00.00.12 # indeed 00.00.38 # and stupid, considering how easy it would have been for them to add an usb check before they access the disk 00.00.55 # they've got about two seconds worth of splash screen that could be used for checking quite thoroughly, as a matter of fact 00.01.12 # this is interesting btw: https://sourceforge.net/tracker/?func=detail&atid=439118&aid=1206675&group_id=44306 00.02.20 # i'd say 00.03.38 # LinusN: The file size is odd. My viewer.rock is 19060 bytes... 00.03.59 # that depends on the compiler version 00.04.04 Join rasher [0] (~3e4f4094@labb.contactor.se) 00.04.07 # /win 22 00.04.22 # someone was saying that the snow.rock wasn't updated in the daily builds either 00.04.32 # LinusN: Yeps... but it shouldn't deviate that much within the same line of gcc (3.3.x) 00.04.42 # rasher: big on log-reading, aren't you ;) 00.05.14 # nah, just read it once in a while 00.05.36 # Bagder: is the zip creation script updated for the new dir structure? 00.05.47 # yes 00.05.55 # after you fixed IRiverBoot for me yesterday without even being on the channel, i've started attributing you with paranormal powers 00.05.57 # at least it is supposed to 00.06.32 # works here 00.06.37 # i've got working snow and all 00.06.41 # and i did 'make zip' 00.06.50 # The filke dates in the dailies match the day they're supposed to be built 00.08.05 # * rasher tries using a daily build 00.09.00 # check the daily source package 00.09.00 # old-snow 00.09.44 # wierd 00.10.08 # Bagder: the daily build zips contain the wrong .rock's 00.10.28 # I think I know why! 00.10.38 # make clean doesn't remove the old ones! 00.10.44 # they are taken from build-recorder8m/*.rock instead of build-recorder8m/apps/plugins 00.10.45 # hehe 00.11.04 # that shouldn't matter 00.11.08 # yes it does 00.11.13 # it finds the old ones too 00.11.19 # oh 00.11.35 # and copies the over the correct ones 00.11.39 # them 00.11.43 # but make clean is lame 00.11.47 # 'rm -rf *' is better 00.11.56 # much better :-) 00.11.59 # in the root 00.12.04 # that's not funny 00.12.05 # hehe 00.12.06 # ... 00.12.13 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.12.18 # LinusN: well, its running as Zagor's users ;-) 00.12.21 # user 00.12.47 # i usual try to do it as root 00.12.49 # much cool 00.12.50 # er 00.13.05 # Bagder: can you remove the old files? 00.13.06 # damn, what's up with this premature entering habit of mine 00.13.34 # LinusN: you mean the old dailies? 00.13.36 Quit matsl (Remote closed the connection) 00.13.48 Quit ashridah ("Leaving") 00.17.03 # no, the old rocks 00.17.18 # the script will actually do rm -rf * first now 00.17.21 # instead of make clean 00.17.34 # then run configure 00.17.36 # then make 00.17.39 # then make package 00.20.13 # Why wasn't this a red build: http://www.rockbox.org/showlog.cgi?date=2005-05-21%2013%3A28%3A17&type=iRiver%20H100%20-%20Normal 00.20.38 # lame parser? ;-) 00.20.54 # Fair enough 00.22.55 # and I'm too tired atm to do anything about it ;-) 00.24.08 # I can understand this 00.25.53 # I found a thread on MisticRiver mentioning someone who had his h320 display replaced by a repair shop (not iRiver related) 00.27.21 # and i thought the iriverlinux thread was all that was of value on misticriver :P 00.28.30 # that is interesting 00.29.29 # He wasn't mentioned by name though, so I fired of a private-message to him 00.30.32 # I guess there's a thread somewhere about it 00.39.50 Quit Harpy (Read error: 60 (Operation timed out)) 01.08.54 # totally failing to find this thread though 01.12.31 Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 01.12.50 *** Saving seen data "./dancer.seen" 01.13.43 Quit cYmen (Read error: 104 (Connection reset by peer)) 01.17.36 Part MoosK1maro 01.22.40 # * preglow goes w00t at the newest mailing list post 01.26.21 # Okay, I found it 01.26.38 # But the only info in that thread is the name of iRiver's repair shop 01.27.12 # preglow: looks like you have yourself a companion 01.27.40 # i surely hope so 01.27.47 # i wish i had more info on tremor to give him 01.27.56 # only opt i can find quickly is windowing 01.28.14 # but there should be a dot product somewhere, if i recall the vorbis specs correctly 01.30.54 # "CMS Peripherals" is the name of the repair shop they use in the UK, it seems 01.31.00 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 01.31.23 # how does this help us? 01.31.37 # I wonder if it'd be possible to ask them which screen is in the h3x0 01.32.43 # I just don't like to think that this searching through that forum was useless 01.33.52 # sure, mail them ;) 01.38.22 Quit DMJC (Remote closed the connection) 01.46.42 Join ]RowaN[ [0] (a2b0y@82-43-209-7.cable.ubr10.newm.blueyonder.co.uk) 01.47.43 # <]RowaN[> ive just reformatted my irivier h120... when i try to copy some files back onto it it says "error: the path is too deep" .. not sure what it means, any ideas guys? 01.48.58 # ]RowaN[: the total file name, including path, must not exceed 256 characters 01.49.14 # it's a FAT32 limit 01.49.51 # <]RowaN[> hmm, it never mattered before, stupid internal iriver format 01.50.09 # <]RowaN[> ahah i just tried again, with the file it wouldnt let, and its done it with no probs now 01.52.02 # someone put fat32 to sleep already 01.53.54 # i think fat32 is pretty ok 01.53.58 # <]RowaN[> hmm windows is telling me "crc error" when i try to copy mp3s to my iriver now... i dropped it the other day you see.. i think parts of the hd r fukked 01.54.06 # <]RowaN[> but scandisk says its all ok oddly 01.54.15 # it might be the usb 01.54.25 # <]RowaN[> how do you mean? 01.54.35 # then again, there aren't any other windows compatible file systems with specs out there 01.54.51 # <]RowaN[> ahah.... 01.54.55 # <]RowaN[> ATA error: -71 01.54.57 # <]RowaN[> says rockbox 01.55.29 # <]RowaN[> wont turn off now... lets find a pin and press reset =] 01.55.31 Join Bryan` [0] (~NOYB@Ottawa-HSE-ppp242840.sympatico.ca) 01.55.36 Part Bryan` 01.55.48 # so, uh, what can i do to help get sound working on the iriver port? my coding skills are mediocre but subject to improvement through stubbornness 01.55.51 # ]RowaN[: how is your battery? 01.55.57 # <]RowaN[> full 01.56.01 # <]RowaN[> and plugged in 01.56.25 # <]RowaN[> says *panic* ata: -71 now 01.56.29 # textchimp: there's not much you can do right now, i'm afraid 01.56.32 # textchimp: unless you're leet at optimizing codecs, not much, i guess 01.56.44 # that's what i figgered 01.57.15 # ]RowaN[: weird 01.57.36 # ]RowaN[: have you seen the "check hdd connection" message with the iriver firmware? 01.57.52 # <]RowaN[> no? 01.58.05 # <]RowaN[> ive just reset,, gonna try again copying files 01.58.36 # <]RowaN[> ah its getting a bit further now 01.59.12 # <]RowaN[> people... let this be a lesson... HOLD ON TO YOUR HD PLAYERS DONT DROP THEM =p 01.59.26 # huh? 01.59.34 # i've sure dropped mine a few times 01.59.45 # did you have yours in its little protective leather jacket? 01.59.49 # ]RowaN[: have you dropped it? 01.59.50 # <]RowaN[> nope =[ 02.00.02 # <]RowaN[> yeah last week it fell out of my inside pocket onto concrete!! 02.00.15 # <]RowaN[> bah again... 02.00.16 # open it up and reseat the hard drive 02.00.21 # <]RowaN[> ata error: -1 press ON to dubug 02.00.23 # gotta put it in that thing, it's probably saved mine a few times 02.00.42 # <]RowaN[> reseat the hd? theres no where for it to move 02.01.23 # reSET 02.01.24 # :) 02.01.30 # <]RowaN[> yup =] 02.01.34 # bah 02.01.39 # i'm too tired to read straight 02.02.03 # ]RowaN[: it doesn't take much to cause a bad hdd connection 02.02.08 # the connection might be loose 02.02.13 # it's definitely worth a try 02.02.18 # it's really simple to jerk it back in place 02.02.22 # it has worked for ithers 02.02.26 # others 02.02.31 # what tools do you need to open it up anyway? 02.02.42 # it has a weirdass screw doesn't it? 02.02.43 # a small torx screwdriver 02.02.44 # Mrf. Either gcc is braindead, or I don't understand wut's going on :-/ 02.02.44 # a tiny torx screwdriver 02.02.45 # <]RowaN[> a few days ago i opened it up.. hd connection looked fine.. just incase i pulled the hd away then reslotted it 02.02.52 # amiconn: like what? 02.03.07 # amiconn: i'm betting on #2 02.03.09 # I'm trying to get rockbox to work (on archos) with -O2 / -Os 02.03.11 # <]RowaN[> textchimp: same set of tools that opens my t68 mobile fone =] 02.03.30 # It always crashes with IllInstr at 0x000000F0 02.03.36 # That's the internal rom 02.03.42 # i really don't think that's gcc's error, it happens with both sh and 68k 02.03.48 # I checked the disassembly 02.03.50 # i've never known gcc to generate wrong code with Os 02.04.16 # The code it produces for the IRQ3 interrupt handler is looking completely wrong 02.05.14 # No 'rte' at the end, but instead a 'jmp' 02.05.27 # ouch 02.06.03 # additionally, it seems the if/else processing therein is missing as well 02.06.19 # ]RowaN[: at least the drive they use in h1x0 is supposed to be able to take a bit of a bang before it's damaged 02.08.18 # LinusN: should i commit the imdct opt i've got going even though it's still a wee bit slower than the old one, btw? i won't be able to look at it again for quite some time 02.08.44 # <]RowaN[> when i dropped it, i "lost" about 100 mp3s.. they just became unreadable from the hd 02.08.56 # ]RowaN[: bad news... 02.09.27 # <]RowaN[> if it wasnt for rockbox i woudlnt have even been able to turn my iriver back on 02.09.37 # <]RowaN[> coz original firmware hangs on boot when files r fucked 02.09.39 # oh well, assuming the hd is broken, they're easily replacable 02.09.50 # <]RowaN[> cool.. where from, how much, how big =] 02.10.03 # www.dapstore.com sells 30 and 60 gig hds now 02.10.16 # preglow: yes i think you should commit it 02.10.37 # LinusN: ok, i'll see about it tomorrow 02.10.45 # gr8 02.11.00 # but i think i'll call it a day for now 02.11.01 # later, all 02.11.15 # sleep tight preglow 02.11.31 # tight, well and not too long 02.11.35 Quit preglow ("leaving") 02.12.47 # i should get some sleep too 02.12.50 # nite all 02.13.06 Part LinusN 02.27.09 Quit rasher ("CGI:IRC") 02.27.40 # Gcc clearly generates wrong code with both -Os and -O2 02.27.55 # (for the IRQ3 interrupt handler) 02.31.52 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 02.31.52 Quit silencer (Read error: 54 (Connection reset by peer)) 02.38.43 Join silencer [0] (~silencer@adsl.via.ecp.fr) 02.52.38 Quit cYmen_ (Read error: 113 (No route to host)) 02.55.54 Quit silencer_ (Read error: 110 (Connection timed out)) 03.05.23 Quit ]RowaN[ () 03.12.52 *** Saving seen data "./dancer.seen" 03.13.16 Join amiconn_ [0] (~jens@p54BD7BFB.dip.t-dialin.net) 03.21.48 Quit amiconn (Read error: 60 (Operation timed out)) 03.21.49 Nick amiconn_ is now known as amiconn (~jens@p54BD7BFB.dip.t-dialin.net) 04.00.23 Join BTKDaImMaikata [0] (~Bager@83.222.160.88) 04.00.24 Quit Bager (Read error: 104 (Connection reset by peer)) 04.18.33 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 04.34.38 Quit silencer (Read error: 110 (Connection timed out)) 05.04.24 Join courtc [0] (~courtc@adsl-158-50-217.asm.bellsouth.net) 05.08.20 Join ehntoo [0] (noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com) 05.12.54 *** Saving seen data "./dancer.seen" 05.29.11 Quit ehntoo ("Leaving") 05.45.25 Quit courtc (Read error: 110 (Connection timed out)) 05.45.36 Join courtc [0] (~courtc@adsl-158-42-16.asm.bellsouth.net) 07.12.58 *** Saving seen data "./dancer.seen" 07.20.34 Quit Aditya ("Download Gaim: http://gaim.sourceforge.net/") 07.51.34 Quit asdsd____ (Read error: 104 (Connection reset by peer)) 07.53.55 Quit Sucka ("a bird in the bush is worth two in your house") 08.01.49 Join LinusN [0] (~linus@labb.contactor.se) 08.26.40 Join ashridah [0] (ashridah@220-253-121-156.VIC.netspace.net.au) 08.46.58 Quit edx (Read error: 110 (Connection timed out)) 09.13.02 *** Saving seen data "./dancer.seen" 09.15.02 Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) 09.17.47 Join Harpy [0] (odWeGzZU5O@dsl-hkigw7wbb.dial.inet.fi) 09.20.38 Join DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au) 09.40.43 Join Lost-ash [0] (ashridah@220-253-123-209.VIC.netspace.net.au) 09.40.46 Quit ashridah (Nick collision from services.) 09.41.01 Nick Lost-ash is now known as ashridah (ashridah@220-253-123-209.VIC.netspace.net.au) 10.03.43 Join preglow [0] (thomj@s183a.studby.ntnu.no) 10.09.07 # yawn. 10.09.07 Quit Stryke` (Read error: 104 (Connection reset by peer)) 10.09.40 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) 10.12.30 # i wonder if we can find a suitable connector that can fit into the 6-pin connector of the remote control 10.12.42 # (iriver) 10.12.57 # LinusN: for testing, or plugging in alternate objects? 10.13.16 # rs232 debug output in my case 10.13.30 # heh 10.13.35 # alternate objects is always nice, of course 10.14.28 # LinusN: oooh, that sounds nice 10.16.14 # i have the code, and i also have a connector 10.16.26 # from a dead remote control 10.16.55 # but maybe others would like to use it 10.22.31 Join bobTHC [0] (~foo@l03m-40-118.d1.club-internet.fr) 10.23.17 # hi folks ! 10.25.10 # hi everyone 10.26.53 Join edx [0] (edx@pD952229A.dip.t-dialin.net) 10.28.05 # LinusN: that's what *I* was thinking 10.28.12 # I mean, for doing custo stuff 10.28.15 # *custom 10.28.22 # would be nifty 10.28.26 # indeed 10.28.51 # although when I talked about it myself here ages ago I didn't get a very positive response 10.28.51 # hehe 10.36.42 # LinusN: I got rockbox to work when compiled with -O2 or -Os. However, gcc clearly generates wrong code for IRQ3(), and it needs a special workaround to get this fixed 10.36.54 # how nice 10.37.14 # Compiling with -O3 doesn't work; it fails to assemble the compiled system.c 10.39.02 # I tested with recorder v1. -Os decreases size ~6 KB, -O2 increases size ~9 KB (gcc 3.3.5, size with -O ~184 KB) 10.42.22 # The workaround is adding an empty asm block at the end of the function: asm volatile (""); 10.43.10 # ehh 10.45.27 # There's another change I did, but don't know if it strictly necessary. The bit setting macros (and_b / or_b / xor_b) aren't defined volatile. Iiuc they should be; so I added that 10.45.53 # LinusN: What do you think? 10.51.29 Join B4gder [0] (~d559bcbf@labb.contactor.se) 10.51.48 # good day 10.52.32 # preglow: I found this trick from googling; obviously this is an architecture independent gcc bug. The article I found was for netbsd on ppc (!) 10.53.28 # amiconn: well, if it works i'm all for it, then the rombox builds could be -Os 10.54.04 # but then we *might* encounter some problems, since some bugs might be related to the optimizing 10.54.16 # and we'll have an even harder time reproducing them 10.55.05 # This would require compiling everything twice. Currently the rombox builds are only linked differently 10.55.14 # of course 10.55.34 # The only target where it would actually allow to make rombox fit (again) is the recorder v2 10.55.55 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.56.09 # For the others (fmrecorder and ondiofm) even -Os isn't sufficient 10.56.10 # if you ask me, rombox isn't worth the effort, but that's me 10.56.40 # <[IDC]Dragon> hi there 10.56.41 # Rombox is really nice to have, but I'd rather go for [IDC]Dragon's solution 10.56.45 # I still for making rombox a special build option 10.56.50 # I am 10.56.50 # (bootbox instead of archos fw) 10.57.07 # amiconn: agreed 10.57.12 # <[IDC]Dragon> small&fast code is always nice... 10.57.24 # LinusN: I meant what's your opinion about adding 'volatile' to the bit macros 10.57.40 # amiconn: go ahead 10.57.41 # <[IDC]Dragon> currently, our copile flags are "lame" 10.57.53 # hi [IDC]Dragon 10.57.59 # <[IDC]Dragon> hi Jens 10.58.12 # I finally solved the 0308 mystery... 10.58.23 # <[IDC]Dragon> yes, saw that 10.58.30 # <[IDC]Dragon> congratulations! 10.58.50 # ...and found a mistake in your logic table. I also added the pinout & table for 0308 10.58.53 # <[IDC]Dragon> (I had a hard time to blame the rebuild for it) 10.59.16 # <[IDC]Dragon> sorry for the logic error 10.59.59 # The circuit is indeed very similar, only it uses an AC32 instead of AC08 and 2 gate inputs are swapped (pin 12 & 13) 11.00.01 # <[IDC]Dragon> does Trevor know already? 11.00.38 # I mailed him, but he didn't respond yet. Maybe he's away, mentioned some conference... 11.01.01 # <[IDC]Dragon> seems to be his facourite waste of time ;-) 11.01.11 # <[IDC]Dragon> *favourite 11.01.13 # I also experimented with the mas pll 11.01.30 # <[IDC]Dragon> blowing up poor 3507 chips... 11.01.47 # Nope; the fm interference thing you mentioned 11.01.53 # <[IDC]Dragon> ah 11.02.01 # There s indeed some interference 11.03.01 # It seems I understand the mas pll now. It is indeed running at 24.576 MHz (for48/32/24/16) and 22.5792 MHz (for 44.1/22.05) 11.03.23 # ...the 4th harmonics being ~98.3 MHz and 90.3 MHz 11.03.48 # ..and the interference is audible with the samsung tuner (!) 11.05.06 # I implemented a hack to avoid the interference, which works 11.05.16 # <[IDC]Dragon> samsung doesn't surprise me 11.05.38 # The philips seems to be immune agains this, so no special handling necessary 11.06.17 # <[IDC]Dragon> a slight "detune" of the MAS should be sufficient 11.06.25 # <[IDC]Dragon> what did you do? 11.07.17 # Yes. I use the pitch function to 'pitch away' the mas by a maximum of 0.3 % 11.07.55 # As is the solution is hacky because it accesses app data (global_settings) from firmware code 11.09.01 # <[IDC]Dragon> why global_settings? 11.09.15 # To find the current rec_frequency setting 11.09.43 # <[IDC]Dragon> the FM screen could inform the mpeg code 11.09.56 # I have another idea 11.10.06 # <[IDC]Dragon> leaving it up to there to do countermeasures 11.10.23 # LinusN: How would you "probe" to see if the remote is plugged in? (iriver) 11.10.32 # mpeg_set_recording_options contains a variable which could be made static, and an access function added 11.10.35 # you got fm interference from the mas clock? 11.10.58 # [IDC]Dragon: I added the countermeasure to tuner_samsung.c 11.11.02 # preglow: yup 11.11.13 # nicety 11.13.06 *** Saving seen data "./dancer.seen" 11.14.06 # Rick: i think we could try to change the direction of one of the inputs and see if the port status changes 11.14.16 # or something like that 11.14.20 # ah 11.17.06 # ...like the detection for ide power controllability in the player 11.23.00 # [IDC]Dragon: I also tried to exceed the pll offset range for 3507. That doesn't work; it seems the pll snaps back to the default 11.29.10 # <[IDC]Dragon> bah 11.29.54 # <[IDC]Dragon> LinusN: did you ever try/consider pitching the 3507? 11.42.03 # It is possible to pitch, but only in the small range I mentioned saturday 11.43.51 # ah, good, i'm glad someone's starting to look at tremor optimisations again 11.48.15 # i'm glad someone's looking at optimisations at all 11.48.23 # hope he has the will to start working on it for real :P 12.02.32 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 12.02.42 # morning all 12.04.15 # good day 12.05.45 # damn, my battery was _completely_ discharged, the player didn't even respond when i pressed play 12.05.51 # was a bit nervous for a second there 12.09.47 # old imdct_l is 300% at 112kbps, new is 290% :/ 12.10.42 # :( 12.14.06 # LinusN: we probably should use something like the .cachetest section scheme we do now 12.14.26 # i do now, at least, i'll strip it before commiting 12.35.46 # oki 12.45.13 # why doesn't my player ever turn itself off? 12.46.06 # idle poweroff is set to 10 minutes, but it never turns off 12.46.59 # is the charger connected? 12.47.26 # yes, but it behaves the same without the charger connected 12.47.32 # oh 12.47.33 # that's why i have to charge now, ehh 12.47.47 # maybe the charger detection fails 12.47.55 # LinusN: yeah, i've noticed this too 12.48.14 # * LinusN checks the code 12.52.52 # mm 12.52.56 # it actually did crash for me 12.52.58 # when it ran out of battery 12.53.01 # the other day 12.53.03 # and it hadn't shut down 12.53.18 # LinusN: hrm. i just set it down to 1m and it shutoff. 12.53.25 # oh 12.53.47 # yeah, i think rasher mentioned it only happens sometimes 12.54.01 # is it conditional in any way? the last thing i usually do before i don't touch it anymore, is run a plugin 12.54.02 # i think i've seen it happen if i've just used usb-connect mode 12.54.09 # perheps something doesn't get reset 12.54.19 # that can also be it 12.55.51 # okay, just turned it back on, had it set to 1m, and it didn't shut off after 1m this time around 12.56.00 # there are lots of conditions for the poweroff 12.56.11 # actually, it seems to have taken longer than a minute, since it just shut off 12.56.22 # at at least over 2 minutes 12.56.28 # disk activity, user interaction, music playback 12.57.06 # the 1m timeout starts counting after the disk has spun down 12.57.28 # which is set to 5s here 12.58.04 # i guess some debugging is in order here 12.58.31 Join asdsd____ [0] (~asdsd@h-67-100-31-235.miatflad.dynamic.covad.net) 12.58.39 Part asdsd____ 13.00.04 # a 1m shut down took almost 2 minutes from hard drive spindown to shutdown. 13.00.29 # (on a fresh powerup) 13.00.35 # oh, there's another thing 13.01.49 # the thread that performs the auto poweroff runs only once a minute 13.02.03 # ah. 13.02.15 # so it can be anywhere from 1m to 1m59s or so? 13.02.16 # so it can be one minute off 13.05.11 # the logic is in firmware/powermgmt.c - handle_auto_poweroff() 13.13.07 *** Saving seen data "./dancer.seen" 13.14.23 # now that we have many contributors, perhaps someone feels like taking on the powermgmt rewrite? 13.14.51 # the Zagor lives!!! :-O 13.15.10 # * B4gder curses yacc 13.15.31 # bagder: Why do you say the zagor lives? 13.15.51 # hehe 13.16.15 # sorry, I must've typed Mx- doctor 13.16.22 # M-x even 13.16.30 # Is it because of your plans that you say sorry you must've typed mx doctor? 13.16.43 # * Zagor loves doctor 13.16.59 # M-x psychoanalyze-pinhead ! 13.18.17 # FUN is never having to say you're SUSHI!! 13.21.04 # I'm building qt/e on my powerpc setup... and it fails on the FIRST file it compiles :-( 13.21.30 # mmm qt/e 13.21.35 # i have that on my pda 13.22.39 # I've built and used it before, it is neat 13.23.38 Quit textchimp (Read error: 54 (Connection reset by peer)) 13.27.47 Join tucoz [0] (~543059b8@labb.contactor.se) 13.28.18 # Hi, for you swedes. An archos jukebox exploded when charging: http://www.expressen.se/index.jsp?a=289160 13.29.24 # was the battery's integrity compromised by something? 13.29.46 # and of course he didn't have a backup...fool! 13.29.50 # heh 13.30.38 # the article suggests that the battery might have had a small damage :) 13.32.56 # I don't understand the whole article, but my guess is that it was a fm or v2 recorder. 13.32.56 # There must be a reason why I don't exactly like LiIons... 13.32.56 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.33.49 # it was a gmini 400 13.34.42 # article says it was a archos jukebox 13.34.45 # an aussie kid here managed to make his ipod burst into flames by a) running his ipod through the was, then b) opening it up and piercing the battery with a screwdriver (tool!) 13.34.56 # watch the picture 13.35.25 # preglow: this is a tabloid. they don't care about fact accuracy. 13.35.25 # Reminds me of [IDC]Dragon's fm recorder... http://joerg.hohensohn.bei.t-online.de/archos/bursting_fmr/ 13.35.27 # i have an ultra-old liion battery that's currently going through a stage of expanding 13.35.47 # Bagder, didn't the article say that the player exploded ;) 13.35.55 # B4gder: archos replaces old jukesboxes with gminis 13.36.31 # true 13.36.37 # ahaha. the media here tried to claim that the kid's ipod actually did explode. all it really did was pop, burn his bed, and give him a nice dose of nasty smoke+fumes 13.36.37 # good point 13.36.49 # so all the headlines were 'ipods go boom!' 13.36.54 # heh o.o 13.36.57 # america? 13.37.00 # tabloids... 13.37.04 # nah. Australia 13.37.11 # okay o.o 13.37.15 # you see, all that moden music is bad for you ;-) 13.37.27 # modem music? 13.37.38 # heh 13.37.43 # be nice, I can't type ;-) 13.37.44 # you read the article, and they all say "well, not exploded, it went pop, and scorched his bed, but he had to be treated for smoke inhalation! that's bad, right?! oh, and ambos are heros" 13.37.56 # we should be protected from it. Let's suggest a new law 13.38.47 # yeah, we all clearly need to revert to the stone age 13.38.51 Join sox [0] (~sox@h109n1fls32o265.telia.com) 13.38.53 # everything was far safer then 13.39.15 # none of this radiation crap, hardly anyone died from cancer (the average age being about 30 or so) 13.39.36 # hey all 13.39.58 # what's this error Im getting on a new box im setting up trying to compile the rockbox tools dir: ../firmware/export/config.h:23:22: autoconf.h: No such file or directory 13.40.29 # I get this error as well 13.41.03 # means you haven't configured properly. 13.41.11 # configured what 13.41.15 # it gets created by ../tools/configure 13.41.20 # ah... 13.42.03 # but when I run ../tools/configere, make, I get an error that conf-something is missing. 13.42.18 # what error? 13.42.20 # and I then run make in tools 13.42.39 # and get the autoconf.h error 13.42.58 # convbdf and friends aren;'t being compiled automatically if they've been cleaned atm 13.43.20 # so you have to run make convbdf? 13.43.24 # tucoz: after you've run 'make' in the tools directory, does the firmware build successfully? 13.43.45 # if there's a autoconf warning when building tools, something is wrong 13.43.50 # (nevermind the autoconf.h error in /tools/ 13.43.51 Quit lostlogic (Connection reset by peer) 13.43.55 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 13.43.58 # HCL,make[1]: /home/martin/src/rockbox/rockbox-devel/tools/convbdf: Command not found 13.44.03 # B4gder: well, building the firmware by itself doesn't even go into tools 13.44.09 # I know 13.44.20 # I removed that :-) 13.44.52 # since I'm on a quest to lower the amount of sub-makes within makefiles 13.45.11 # so when is tools supposed to get built? :) 13.45.23 # ashridah, yes everythings working after the tools/make 13.45.38 # I'd prefer a separate 'make tools' I think 13.45.39 # i say tools should get build when someone tries to configure and the tools haven't been built. 13.46.38 # yes, sounds fair 13.46.56 # and nothing in the tools directory should depend on autoconf :) 13.47.49 # right, that's a bug 13.49.26 # so the autoconf error in tools/make is not because I'm doing something wrong then? 13.49.28 # kill it, KILL IT! 13.49.36 # tucoz: no 13.49.42 # I don't think so 13.50.11 # B4agder: good :) 13.50.13 Quit BTKDaImMaikata (Read error: 104 (Connection reset by peer)) 13.50.41 Join Bager [0] (~Bager@83.222.160.88) 13.53.03 # hmm, should mkboot.c be built when running make in the tools directory? 13.53.17 # it doesn'n for me 13.53.28 # doesn't 13.54.01 # tucoz: because it comes after the one that's attemptign to use autoconf i'd say 13.54.15 # ah, ok 13.54.41 # run make mkboot in tools 13.54.56 # yes I have used to do that 13.55.48 # It's after this that make bails out: In file included from ../firmware/drivers/lcd-player-charset.c:19: 13.57.23 # is there any point in doing .aligns before asm subroutines all the time? i would have thought the linker handled this 14.00.18 Join TCK- [0] (TCK@81-86-102-229.dsl.pipex.com) 14.02.49 # preglow: no, i don't think so 14.04.00 Part tucoz 14.04.03 # The linker does only handle this for the whole section 14.04.20 Quit TCK (Read error: 60 (Operation timed out)) 14.05.20 # the autoconf.h in tools dir problem should be fixed now 14.06.30 # well, coldfire will toss an exception if it's fed code that isn't aligned 14.06.39 # at least easy to discover 14.07.59 # are CONFIG_CPU and the rest of those fellows available in makefiles? 14.08.23 # no 14.08.30 # On SH, code is required to be word aligned. However, there are instructions for which it makes sense to long align them 14.08.54 # ...to avoid bus contention between instruction fetch and data access 14.09.18 # i was thinking of adding -DASO_IMDCT to MADFLAGS for coldfire, what's the best way of doing that from the makefile then? 14.09.30 # tucoz: you build from cvs? 14.09.46 # preglow: config-h100.h 14.10.02 Quit Seed (Nick collision from services.) 14.10.09 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 14.10.24 # LinusN: ahh, goodie 14.10.26 # preglow: getting close to committing the optimized mad stuff....? :-) we're getting closer sound! 14.10.59 # linus had a great idea we discussed yday: having the remote lcd for debug logging 14.11.00 # preglow: you can add it to the global CFLAGS too 14.12.11 # LinusN: adding ASO_IMDCT to config-h100 feels cleaner 14.12.21 # with an 8 pixels font, we get 8 lines of text and we can have like 500 or 1000 lines scrollback 14.12.39 # sox: nothing to say hurray about, it will actually get slower with this update 14.13.02 # sox: libmad should already be ready for sound 14.13.12 # B4gder: hey, that _is_ a good idea 14.13.28 # we could switch it on/off in the debug menu 14.13.40 # yea, that sounds great o.o 14.14.13 # * HCl works on writing tiny test programs for his and markuns programming language 14.14.25 # any suggestions? i got fibonacci, faculty, sum, interest, power.. 14.14.33 # life 14.14.36 # rockbox 14.14.37 # :P 14.14.51 # it only has variables, if then else, while, and repeat until 14.14.51 # :P 14.15.07 # hehe 14.15.07 Quit sox ("Snak 4.13 IRC For Mac - http://www.snak.com") 14.15.47 # B4gder: we could have a general debug log in memory 14.15.59 # true 14.16.07 # and display it when you enable the remote-lcd for it 14.16.10 # and we can choose to watch it live with the remote, or afterwards on the main lcd 14.16.18 # or both 14.16.24 # this is just getting better! 14.16.34 # or save it on disk 14.16.36 # we should add an lcd window to the sim 14.16.37 # :P 14.16.42 # remote lcd even 14.17.00 # I guess that "we" means me ;-) 14.17.15 # DBGLOGF() or maybe just LOGF()? 14.17.24 # I vote for plain LOGF() 14.17.37 # gets my vote too 14.17.58 # or possibly even logf() 14.18.11 # then we can just have a log viewer in the debug menu 14.18.12 # Imho this should be disableable with a #define 14.18.21 # yes 14.19.28 # sure 14.19.34 # It could also show the DEBUGF() messages 14.19.37 # i agree with all that's been said 14.19.45 # amiconn: not sure about that 14.19.48 # ...having 2 flavours of debug builds 14.20.21 # One would log messages to remote lcd and memory, and another one using a gdb stub 14.21.20 # i suggest the remote lcd option is only a way of watching the memory log live 14.23.54 # yes, sounds good 14.25.41 Join tucoz [0] (~543059b8@labb.contactor.se) 14.26.23 # Bagder: the tools/make is working great now. And yes, I'm building from cvs 14.26.26 # thanks 14.26.57 # * tucoz away 14.32.35 # goodie 14.33.05 Join textchimp [0] (~chimp@ip67.net66.ipnetworks.net.au) 14.47.08 Quit lostlogic ("Going to the moon") 14.59.06 # And remember: X Windows is to graphics hacking as roman numerals are to the square root of pi (quote from sim/x11/screenhack.c) 14.59.37 # :-) 14.59.44 # B4gder: true... 15.00.03 # hahaha 15.00.25 # i LOVE how linux sound playback SKIPS when i plug the h120 in 15.00.38 # * LinusN runs off 15.00.45 # go, linus, go 15.00.49 Part LinusN 15.03.31 # preglow: It does? Hmm, windows doesn't do that 15.04.55 Join webguest53 [0] (~8259897d@labb.contactor.se) 15.05.53 Part webguest53 15.06.28 Part tucoz 15.06.56 # amiconn: i know 15.07.13 # doesn't that have to do with your soundcard? 15.07.18 # amiconn: i also suspect only this particular linux machine does that... 15.07.24 # HCl: why should it? 15.08.21 # does rockbox do crc checking on mpeg frames on archoses? 15.08.45 # some soundcards handle computer load better than others 15.08.46 # ?? 15.08.54 Join ahezhara [0] (~c3598ff5@labb.contactor.se) 15.09.08 # the sound card shouldn't care 15.09.50 # usb insert doesn't add load anyway 15.09.58 # at least it shouldn't 15.10.02 # on linux, apparently it does 15.10.05 # otherwise it wouldn't skip 15.10.17 # i really don't think load is the problem here 15.10.23 # preglow: you run xmms? 15.10.24 # mk 15.10.33 # linux screwing up badly on insertion is the problem 15.10.38 # Zagor: no, vlc right now 15.10.46 # Zagor: i've yet to find a music player i'm satisfied with... 15.12.35 Quit ahezhara (Client Quit) 15.13.09 *** Saving seen data "./dancer.seen" 15.13.19 # preglow: i don't have that kind of problem here and my buffers are decidedly short (about 50ms or so, which, admittedly, is large), are you using alsa or oss? 15.13.47 # (also, if you've got a bunch of hotplug scripts, things can go nuts spawning processes when stuff gets plugged in, iirc 15.13.56 # one of the reasons people keep going "screw this, lets rewrite hotplug in c) 15.13.58 # grrrr 15.14.05 # the remote lcd code doesn't check for simulator 15.14.17 # * B4gder digs in 15.14.23 # no idea, really, whatever vlc uses 15.14.25 # probably oss.. 15.14.39 # hotplug isn't c? 15.16.11 Join ahez [0] (~c3598ff5@labb.contactor.se) 15.16.32 # preglow: nah, many implementations have it built with a bunch of scripts 15.16.44 # there have been various pushes to rewrite it 15.16.52 Join Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) 15.17.04 # yeah, my system is just a bunch of sh scripts 15.18.40 Quit ahez (Client Quit) 15.20.03 # but yeah, does rockbox do crc checking on mpeg frames on archoses? 15.20.31 # rick: you here? 15.20.32 Join Lost-ash [0] (ashridah@220-253-121-191.VIC.netspace.net.au) 15.20.56 Quit ashridah (Nick collision from services.) 15.21.02 Nick Lost-ash is now known as ashridah (ashridah@220-253-121-191.VIC.netspace.net.au) 15.21.15 # preglow: ?? On archos, all mpeg encoding/decoding is done by the mas 15.22.54 # yeah, i know 15.23.07 # just wondering if you've got any error handling on incorrect crc in mpeg frames 15.23.12 # disabling it in libmad gives a tiny boost 15.23.43 # can't you enable/disable this in the mas? 15.23.46 # personally i don't see any point in performaning crc checking on a portable, if i can't hear an error in an mp3 file, i don't care about it anyway 15.23.57 # performaning, that's a new onre 15.24.07 # B4gder: For encoding, the mas allows to select whether to generate crc or not 15.24.21 # ah, ok. must've been that 15.24.22 # are you guys talking about codec optimizing for the iriver? damn that's exciting, this is GROUND ZERO 15.24.48 # don't know if i'd call it exciting... 15.24.58 # When decoding, the mas mutes the output when it encouters crc errors 15.25.05 # Iirc this is not configurable 15.25.30 # right now i'm battling with iram, i've just got too little 15.26.01 Quit [IDC]Dragon ("CGI:IRC") 15.26.09 # this is open source firmware development IN ACTION 15.26.51 # haha 15.26.54 # 88 bytes too much :/ 15.28.04 # do we really need a lcd_remote_getstringsize ? 15.28.12 # to me that is just odd 15.28.44 # ? 15.28.44 # why? 15.28.50 # B4gder: It's not odd. 15.28.51 # what does it do? 15.29.07 # Main & remote lcd may have different fonts in effect 15.29.09 # it gets the width/height of a string in the current font on the remote? 15.29.11 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 15.29.26 # The actual code is shared 15.29.27 # atm? 15.29.36 # yup 15.29.58 # that is odd to me too ;-) 15.30.08 # I thought we were going for "true" multifont support 15.30.15 # ?? 15.30.22 # and then you'd use stringsize for a given font 15.30.36 # not assuming a particular one for a particular lcd 15.31.19 # Not *assuming* but using the currently selected one 15.31.35 # so we can select one for the remote ? 15.31.52 # We have two fonts, FONT_SYSFIXED and FONT_UI 15.31.53 # and 15.32.07 # You can set both main and remote lcd to use either one 15.32.07 # "setting" a font is weird if a screen uses multiple ones 15.32.22 # It isn't weird 15.32.31 # no, possibly not 15.32.59 # ...much like it makes sense to set draw modes and colours, draw some objects, set other parameters etc 15.33.31 # ...instead of giving all these parameters with each and every call 15.34.03 # I'm not talking about every call here 15.34.21 # but I see your point 15.35.16 # rick: you tried the new remote lcd size in the code? 15.36.33 # bah, to hell with this 15.39.06 # B4gder: nope 15.39.14 # B4gder: it was fixed? 15.39.29 # the size might be 128x64 15.39.36 # which explains some oddities ;-) 15.40.02 # the size is 65x132 15.40.08 # or something like that 15.40.13 # * Rick can't remember the height 15.40.22 # the iriver product site says 128x64 15.40.32 # really? 15.40.34 # how odd 15.41.05 # I wonder why the lcd specs say 65x132 (again, whatever the height is ;P) 15.41.20 # what lcd specs is that? 15.41.27 # ... 15.41.29 # sec 15.41.30 # lemme find it 15.41.51 # http://www.rockbox.org/twiki/pub/Main/DataSheets/TL0324S_V02.pdf 15.42.18 # yeah, 65x132 15.42.38 # (the iriver remote has the lcd on its side and upsidedown) 15.42.46 # The lcd itself is 64x128, 99% sure 15.42.56 # that's odd 15.42.58 # The controller can handle max. 65x132 15.43.04 # ah 15.43.13 # It's the same as with the archos recorders and Ondios 15.43.24 # it doesn't mention anything about the 64x128 15.43.36 # The lcd itself is 112x64 there, the controller can handle a maximum of 65x132 15.43.44 # Seems to be a common size... 15.43.46 # ah 15.43.51 # odd 15.44.08 # The iriver homepage says 64x128 15.44.28 # * Rick shrugs 15.44.29 # I'll check myself as soon as my iriver arrives 15.44.31 # if it works, it works ;) 15.46.03 Join kurzhaarrocker [0] (~Phil@p5090AFD1.dip0.t-ipconnect.de) 15.46.55 # hi kurzhaarrocker 15.47.00 # Mahlzeit 15.47.17 # * kurzhaarrocker hasn't implemented triggerd paused recording yet :) 15.48.55 # wow, it seems there's a whole bunch of Bagder clones around 15.48.56 # was about to ask that ;) 15.49.48 # well, Bager is not me, and Bagder is my client at home 15.49.52 # this is me at work 15.50.07 # does logo.rock move the remote logo too now? 15.51.47 # V2.4 is nearly half a year old by now... 15.51.54 # * B4gder has a simulator window with a remote part now 15.52.16 # B4gder: oh, nifty. 15.52.29 # should make it easier to write stuff for the remote 15.52.48 # apps I mean 15.53.41 # B4gder: X11, Win32, or both? 15.53.52 # x11 only so far, but I'm not done yet 15.54.12 # I think I've fixed the dreaded sim dep problems too 15.54.17 # Win32 will need a modified background image as well 15.54.32 # Does the x11 sim employ a second window? 15.54.52 # no the remote LCD simply appears below the regular one in the same window 15.55.14 # Hmm. That'll look a bit odd, imho 15.55.28 # I'd find it annoying to have two windows popping up 15.55.55 # Hmm. I'm not sure. Do you use some kind of frames and/or spacing? 15.56.13 # there are lines around the LCD areas 15.58.12 Join oxygen77 [0] (~c1c28427@labb.contactor.se) 15.58.12 # Does the simulator allow to "unplug" the remote? 15.58.20 # nope 15.58.37 Quit kurzhaarrocker (Remote closed the connection) 15.59.28 # don't expect everything at once ;-) 16.02.45 # The win32 sim needs some work too. There's a bug report... maybe I should look at it 16.05.36 Quit oxygen77 ("CGI:IRC (EOF)") 16.12.46 Quit ashridah ("Leaving") 16.18.23 Quit thegeek_ (Read error: 110 (Connection timed out)) 16.20.02 # oh. action in the openneo camp 16.25.53 # the source code tree is essentially identical to rockbox 16.25.55 # fork? 16.27.03 Join thegeek [0] (na@ti521110a080-7056.bb.online.no) 16.42.32 # yes 16.42.47 # they wanted their own race 16.43.50 # ? 16.45.41 # we helped them get started, they took the code and ran 16.46.02 # although we wanted to support theiri player too 16.50.22 # going home 16.50.24 Quit B4gder ("CGI:IRC") 16.50.24 # too bad 17.13.11 *** Saving seen data "./dancer.seen" 17.19.18 Join webguest36 [0] (~d5035117@labb.contactor.se) 17.22.43 Join Christopher^ [0] (~Christoph@dD5E05652.access.telenet.be) 17.23.12 Part Christopher^ 17.29.25 Quit webguest36 ("CGI:IRC (EOF)") 17.32.38 Join rasher [0] (~3e4f4094@labb.contactor.se) 17.35.15 # Any objections against putting cpu_boost calls in jpeg.rock and mandelbrot.rock ? 17.35.37 # (not that they run without the grayscale patch yet) 17.38.32 # well, do they perform badly without it? 17.38.46 # jpeg is sortof sluggish 17.38.54 # and I seem to recall mandelbrot being it as well 17.39.04 # depending on the size of the jpeg of course 17.39.18 # and it's only for the duration of the calculations of course 17.39.28 # I cpu_boost(false) afterwards 17.42.36 # Having a grayscale.iriver is sweet 17.43.05 Quit Zagor (Remote closed the connection) 17.43.19 # and the matching versions of jpeg, mandelbrot and rockboy 17.44.19 # Ah, I think last I tried adding cpu_boost to those two were when the iriver was still running at 11mhz 17.44.32 # doesn't make much of a difference now 17.46.52 # i wouldn't expect it to 17.46.57 # 49mhz is pretty much for those applications 17.47.17 # Yup 17.47.41 # for a 3000x4000 jpeg, there's no real difference 17.48.01 # someone finish the grayscale patch, please :-) 17.48.12 # * rasher points at amiconn 17.48.31 # he hasn't even got a h1x0 17.48.44 # He will 17.54.10 # well, i certainly wouldn't complain .P 17.54.37 # he's already planned it all 17.57.11 # I like the idea of a debug buffer 17.57.53 # Meh, I want my irivier *now* 17.58.09 # When's it expected? 17.59.50 # I have no real idea, but I hope it'll be here towards the end of this week 18.01.30 # the "view battery" debug options seems a bit strange on iriver 18.01.37 # or else it just reports oddly when charging 18.04.55 # rasher: It seems the seller already got the money, since he already rated me, so the iriver should be on its way... :) 18.04.59 Quit Bagder ("Off to search for that connect-resetting peer guy!") 18.05.13 # or else he took the money and ran 18.05.30 # (probably not) 18.05.36 # I'd hope not 18.05.48 # And it's not like he's from Nigeria or anything 18.05.51 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 18.06.52 Join webguest09 [0] (~3e234217@labb.contactor.se) 18.06.55 # hi 18.07.02 # what is the login to access to cvs 18.07.12 # i have an authentification error 18.07.18 # anonymous 18.07.31 # And an empty password 18.07.43 # thx 18.08.25 Quit webguest09 (Client Quit) 18.14.49 # haha 18.14.59 # people on ebay try avoid doing that, i'd imagine 18.14.59 # hrm, you have to boot with the remote to use it? 18.15.07 # think so 18.15.17 # use what? 18.15.19 # Ah, sad. 18.15.23 # Well to draw to it 18.15.43 # * Bagder sees two rockbox-logos bounce in his simulator 18.16.03 # My two cents regarding that: I'd want them to be two windows 18.16.15 # then feel free to make it do that 18.16.26 # I don't ;-) 18.16.44 # You win. 18.17.13 # this is a first shot at least, we can always improve 18.17.13 # * rasher gets shocked by an usb cable 18.17.28 # that's a first 18.19.47 # wouldn't it be awkward in the windows sims? 18.20.00 # perhaps 18.20.10 # I've not enabled this in the win sim 18.20.14 # only made them build fine 18.20.39 # I'd rather let someone else do the win magic 18.20.50 # which reminds me, didn't I do the logo remote thing stupidly 18.20.58 # I've corrected that 18.21.05 # ah 18.21.07 # it flies in my version ;-) 18.22.01 # I should just check for HAVE_REMOTE_LCD, I was checking for IRIVER_H100 && !defined(SIMULATOR) wasn't I? 18.22.16 # yeps 18.22.30 # I was going to fix that 18.22.31 # I also make it use the defines from the config file 18.22.37 # for width and height 18.22.40 # yes, it was a horrible mess 18.22.44 # :) 18.23.03 # Didn't really intend to commit it at first, just test if the remote would click 18.23.54 # please commit this fix 18.24.18 # just did 18.24.31 # with the rest of the sim improvemtns 18.27.04 # why should they be two windows? 18.27.06 # why does it matter? 18.27.23 # it doesn't much 18.27.30 # I'd just expect it to be two independent windows 18.27.36 # all this snow! 18.27.37 # as long as the screens are properly seperated, there shouldn't be a problem. 18.28.05 # but for the windows sims, which use images of the device, I think it'd look corny to have the remote tacked on 18.28.11 # but then, I don't have to usse it, so 18.28.11 # i guess 18.28.15 # :P 18.28.17 # same :P 18.29.24 Join LinusN [0] (~linus@labb.contactor.se) 18.29.33 # and i don't care how corny it looks 18.29.33 # haha 18.29.43 # personally, i don't give a sh*t how the simulator looks, as long as it works 18.29.49 # why, then we agree 18.29.58 # it is a tool, not a piece of art 18.30.21 # it _is_ art, but art doesn't have to look nice ;-) 18.30.24 # i'd throw away those silly bitmaps any day, but people seem to want them 18.30.36 # I agree on that 18.31.35 # just my 0.02, gotta run 18.31.37 Part LinusN 18.39.51 Quit I-R-Addict (Read error: 110 (Connection timed out)) 18.51.01 Join Bluechip [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 18.52.04 # hi, i have a quick question ...does "time split recording" miss anything or not? That is, will there be three seconds of music missing as it stops and restarts? The manual contradicts itself on this point :( 18.54.20 # "">no audio is lost at the split point. The 18.54.21 # break between recordings is only the time required to stop and restart the 18.54.21 # recording, on the order of 2-4 seconds." 18.54.46 # seems clear enough to me 18.54.55 # I think 18.55.01 # so no time is lost, or 2-4 seconds is lost? 18.55.14 # No time lost, but restarting takes 2-4 seconds 18.55.40 # But then, I've never used it 18.56.03 # so I need to deduce: what does "restart" mean ...hmmm 18.56.23 # restart recording 18.56.27 # restart disk 18.56.31 # manual restart 18.56.33 # auto restart 18.56.34 # I don't think there's any audio lost 18.56.36 # If I understand right, it means creating the new file etc 18.56.38 # IM CONFUSED - lol 18.56.57 # i suppse it can buffer during that time 18.57.16 # that's my guessing 18.57.39 # cheers rasher 18.57.55 # But let me re-iterate: I've not used recording ever 18.58.09 # me neither 18.58.17 # oh yeah man, no holding you to anything, just showing gratitude for taking the time to assist 18.58.40 # it record quite well (someties) 18.58.52 # bagder: the sim seems to be working fine 18.58.58 # goodie 18.59.18 # the build table was good to me as well 18.59.20 # today it spewed out a garbage file - which is why i want to split tonights recording - it spits out some crap and then everything after that is lost 19.07.22 Part Bluechip 19.10.50 Quit bobTHC ("Smoke Weed Every Day !") 19.13.13 *** Saving seen data "./dancer.seen" 19.29.22 Quit R486 (Read error: 110 (Connection timed out)) 19.34.54 Quit Seed (Nick collision from services.) 19.34.59 Join Seedy [0] (~ben@l192-117-115-168.broadband.actcom.net.il) 19.40.16 Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) 20.04.31 Join Aison` [0] (~Aison@zux166-181.adsl.green.ch) 20.05.14 Quit Aison` (Read error: 54 (Connection reset by peer)) 20.21.22 Join I-R-Addict [0] (~god@maya.freeinformationsociety.org) 20.25.53 Join webguest93 [0] (~0feb995f@labb.contactor.se) 20.26.56 Part webguest93 20.34.45 Join LinusN [0] (~linus@labb.contactor.se) 20.35.06 # for the record (no pun intended), the time split doesn't lose a single frame 20.35.34 # ...and it probably doesn't help to avoid garbage files 20.36.28 # ... _because_ it doesn't lose frames. It doesn't restart the mas 20.37.18 # it just continues dumping garbage in a fresh new file :-) 20.38.17 # My guess is still that the mas "runs away" somehow with a certain combination of high quality settings 20.39.26 # You voted for committing the alternative recording routines, right? 20.39.35 Quit TCK- (Read error: 104 (Connection reset by peer)) 20.39.39 # yes i did 20.39.47 # i hate computers 20.39.57 # LinusN: Okay, then I'll do that 20.41.11 # preglow: sure you do 20.43.08 Join TCK [0] (TCK@81-86-210-26.dsl.pipex.com) 20.45.36 # there's not enough cache left for me to commit imdct, btw 20.45.42 # s/cache/iram/ 20.45.48 # i lack 88 bytes, or so 20.46.50 # then change the plugin.lds file 20.49.36 Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) 20.50.01 Quit thegeek (Read error: 104 (Connection reset by peer)) 20.50.10 # sure, but how much to steal? 20.50.34 # 4k? 20.50.52 # sounds good 20.51.15 # i'll whip together some food, then do it 20.54.55 # * HCl bangs his head against the wall over computer cluebies. 20.55.03 # "how do i make a folder?" 20.57.14 # LinusN: I have a design question / suggestion. 20.57.29 # amiconn: shoot 20.57.50 # Currently the menu functions (and some others) have a return value that indicates whether they return from usb mode or not 20.58.17 # i'd like an enum or bitmask for that 20.58.24 # If they return true, the whole menu 'pile' returns, and the dir is reloaded 20.58.44 # (used to jump back to the root, but now a reload of the current dir is tried first) 20.59.22 # This mechanism is 'misused' by the bookmark menu to leave the menu after successfully selecting a bookmark 20.59.49 # it was an enum... once upon the time 20.59.55 # :-) 21.00.00 # However, since this return value was originally meant to indicate usb connection, it has an unwanted side effect 21.00.34 # When calling the bookmark menu while in the browser, all is fine. Bookmark is started and wps displayed 21.01.37 # However, if you call the bookmark menu from wps and select a bookmark, the playback is still started properly and the menu is left, but the wps is left too (!) 21.01.51 # ...because it 'thinks' there was an usb connection 21.02.36 # You can still re-enter the wps by pressing On (or Mode on ondio), but this is rather irritating 21.03.15 # how is it done in the fm preset menu? 21.03.18 # Imho the return value should indeed be an enum of some kind, indicating the reason to leave 21.03.31 # i agree 100% 21.03.35 # me too 21.03.47 # i have wanted to do that for a long time 21.03.56 # i actually did once, but i never committed it 21.04.04 # that's the reason I made it so initially, but Zagor didn't agree back then 21.04.07 # * preglow gets his resetting screwdriver 21.04.55 # LinusN: anything else i need to take care of after having altered the iram size? 21.05.21 # change the iram size in firmware/app.lds 21.05.35 # LinusN: Iiuc from a quick glance, the fm menu uses a menu callback handler to fake a MENU_EXIT keypress 21.05.51 # ah yes 21.06.00 # * LinusN runs away for a few mins 21.06.41 # Hi preglow, LinusN: I'm playing around with the Tremor optimzations... 21.06.59 # tremor optimizations 21.07.00 # ? 21.07.02 # not very sucess at the moment.. stil 28% of real time... 21.07.22 # Tremor is the Ogg vorbis interger decoder 21.07.49 # preglow, I'm getting a weird error msg from gcc regarding the IDATA_ATTR 21.07.51 # HCl: don't you read your mail properly? ;-) 21.08.00 # i do 21.08.02 # but its a lot. 21.08.02 # pbvas: really? what does it say? 21.08.08 # oh. that. 21.08.15 # 21.08.16 # error: bitrev causes a section type conflict 21.08.29 # what have you tried putting in iram? 21.08.55 # I thought i only had to declared with the IDATA_ATTR tag... 21.08.59 # ah. 21.09.08 # Bagder: i'm not really a fan of email :) 21.09.27 # pbvas: in theory, that should be enough, but what variables have you tried putting in iram? and are you sure they aren't too big? 21.09.34 # pbvas: currently, only 32kb of iram is usable 21.09.37 # HCl: then you miss a lot 21.09.50 # if you say so :) 21.09.56 # haha 21.13.15 *** Saving seen data "./dancer.seen" 21.16.38 # pbvas: "section type conflict" means that you didn't declare it with IDATA_ATTR in all places 21.16.52 # LinusN: Different thing. The context save/restore functions in thread.c rely on inlining. Is there a reason why they are functions in the first place? 21.17.04 # Macros would guarantee inlining, and TCC730 actually uses macros. 21.17.05 # if you have an "extern" declaration in a header file, it must be IDATA_ATTR as well 21.17.33 # If there is a reason for these to be actual functions, we could use __attribute__ ((always_inline)) 21.18.24 # amiconn: i don't think they need to be functions, but always_inline sounds nice to me 21.18.35 # LinusN: the array in question is static 21.18.50 # oh 21.22.16 # LinusN: The always_inline was added in gcc 3.1, so it should be okay. Should I add it for iriver as well? 21.26.22 # general question 21.26.57 # what happens when you call an inline function recursively? 21.27.27 # it doesn't get inlined 21.27.42 # that easy? 21.27.58 # LinusN: this is weird, the line that gets a section type conflict is a variable declaration, and it's static... 21.28.27 # preglow: is it initialised or bss? 21.28.34 # amiconn: initialised 21.28.41 # Hmm. 21.29.41 # CoCoLUS: Yes, that easy. The top level might be an inlined instance, but all recursive calls are made to the non-inlined version 21.29.42 # i do this all the time in libmad 21.29.47 # and it works just fine 21.31.10 Quit pbvas ("Leaving") 21.32.45 Join pbvas [0] (~pbv@res04-pbv.res.st-and.ac.uk) 21.32.47 # does rockbox have a "max size" restrictions of some kind? some space in which the image must fit? 21.32.56 # i can put bitrev in idata without problems 21.33.11 # CoCoLUS: which platform? 21.33.36 # we'll see about bitrev when pbvas changes are put in cvs some day 21.33.39 # unless he fixed it 21.33.41 # fixes <- 21.33.57 # nothing specifiy... i just wondered why inline functions aren't used more often, i thought they only increased the final filesize... 21.34.20 # LinusN, i'll have to get it more optimized before i commit anything ... 21.34.20 # LinusN: Got my q? 21.34.42 # amiconn: i think we can do it for all targets 21.35.31 # Hmm. One small issue. I would declare the functions always_inline for all targets, but then the build process might produce warning(s) for gmini 21.35.32 # CoCoLUS: i don't think inlining helps much for the rockbox platform 21.35.37 # platforms 21.35.47 # ...because the functions are declared static, but not defined 21.36.24 # ...unless I convert the macros blindly 21.43.09 # it still bloody hangs 21.44.08 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 21.46.37 # i changed IRAMSIZE in plugin.lds and apps.lds 21.47.12 Quit courtc (Read error: 110 (Connection timed out)) 21.47.20 # and also the start address of iram in plugin.lds? 21.47.28 Join thegeek [0] (na@ti521110a080-7056.bb.online.no) 21.47.41 Join courtc [0] (~courtc@adsl-154-43-108.asm.bellsouth.net) 21.48.13 # no, didn't do that 21.48.49 # still can't see why i'd need to do that, wouldn't that eat into the stack? 21.49.28 # how else are you going to give more space to the plugins? 21.49.56 # you take from the app and give to the plugins 21.49.59 # well, stack seems to be 32kb of iram, plus 32kb of iram used for plugins thus far, which makes 65kb out of 96 21.50.28 # linus, it's likely your least favourite question right now, but any progress on mp3 playback / sound arch? 21.50.48 Quit pbvas ("Leaving") 21.51.07 # it's much more fun when it's a surprise, you're spoiling it for yourself! 21.51.58 # app.lds allocates 0x10000000-0x1000ffff and the plugins 0x10010000-0x10017fff 21.52.29 # so to give more iram to the plugins, you need to lower IRAMSIZE in app.lds 21.53.09 # and then lower IRAMORIG and increase IRAMSIZE accordingly in plugin.lds 21.53.54 # yep, got it 21.54.35 Join muesli- [0] (muesli_tv@hmln-d9b8e259.pool.mediaWays.net) 21.55.13 # but i'm very sceptical as to the wisdom in commiting something that's both slower and requires more iram 21.55.27 # it's more elegant, at least ;) 21.55.31 # preglow: i kind of agree 21.55.41 # high 21.55.43 # i think you should be the judge 21.55.43 Quit textchimp (Read error: 54 (Connection reset by peer)) 21.55.49 # then i'll be keeping it 21.55.58 # this is too much of a bother for no gains 21.56.05 # i don't think anyone but me is going to tune it anyway 21.56.08 # preglow: put it in the wiki, for reference 21.56.10 # so might as well keep it private until then 21.56.11 # ok 21.56.18 # or in the patch tracker 21.56.40 # i'd like to play with it to see why it's slower 21.57.01 # ok 22.01.54 Quit TCK (Read error: 110 (Connection timed out)) 22.05.13 # but the special section for heavily cache dependent functions is still a good idea 22.08.30 Join tvelocity [0] (~tony@ipa222.6.tellas.gr) 22.13.28 # 2 new warnings for gmini, as expected :( 22.14.02 # am I reading things wrong, or is there no straight-forward way to set a pixel to a specific "colour"? 22.14.12 # nevermind. 22.24.21 Join Musicmad [0] (~Musicmad@port547.ds1-oebr.adsl.cybercity.dk) 22.24.51 # Bagder: The build system does something I didn't expect 22.25.05 # It uses the source dir(s) as working dir for gcc 22.25.43 # ...so when you're compiling with -save-temps for analysing a problem, it clutters the source tree 22.27.11 # I'm trying to get the # Devel - m68k-elf-binutils (latest version is 2.15) 22.27.11 # # Devel - m68k-elf-gcc (latest version is 3.3.5) stuff from the mirror but it says "incomplete download" any ideas? 22.27.41 # 2.15 is too old anyways 22.27.58 # You'll need 2.16 (or a not too old cvs checkout) 22.28.16 # hm ok - where do I get that? 22.28.58 # http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler lists all you need 22.30.04 # Uh oh! I tried building rockbox for recorder v1 with -O3 (I found the problem why it didn't work yesterday) 22.30.21 # The binary actually becomes too large! 22.30.47 # thanks - amiconn, I just wanted to change 2 characters in the source :) 22.31.33 # What do you want to do? I thought you want to install the dev environment? 22.32.38 # yes that's what I wanted to do. Seems a bit difficult though, so it might not be worth it tonight. 22.32.54 # but thanks anyway 22.35.45 # amiconn: i don't think O3 opts will help rockbox much 22.38.42 # Yes, I think you're right. It's an experiment, and it just 'feels good' if rockbox compiled with various -O is working correctly 22.40.23 # -O, -Os and -O2 are working now. Can't test -O3 on recorder v1 22.40.38 # (working on archos, that is) 22.41.23 # O3 is O2 plus all opts that increase code size, i think 22.41.30 # more inlining 22.50.15 # The -O3 build crashes.... after some stuttering playback 22.51.21 # well, while you're on the mission to make rockbox work with all gcc options, make it work with gcc4 :> 22.52.05 # It's impossible on archos... due to that silly decision of the gcc team 22.52.29 # which is? 22.52.45 # ...not to allow (weak) aliases to functions not defined in the same .c 22.53.12 # ...which also doesn't allow aliases to functions defined in an asm block within the same .c 22.53.36 # is there no way to write around that? i think i remember you saying the coldfire port did it in a better way once 22.54.16 # It's an architecture problem 22.54.48 # Iiuc coldfire saves both exception type and return address on the stack, so they're easily accessible 22.55.10 # SH1 only saves the return address, so we need a way to get the exception type 22.55.43 # This is done by having a number of tiny functions, one per exception, which all call the same main function 22.56.13 # These functions are defined within an asm block, and then aliased 22.58.48 Quit matsl (Remote closed the connection) 23.06.05 # Wrong code in interrupt routine with -O3 ... 23.06.11 # woot 23.06.23 # It seems gcc doesn't like interrupt routines 23.13.19 *** Saving seen data "./dancer.seen" 23.13.37 Part LinusN 23.31.45 Quit Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )") 23.37.11 Join ashridah [0] (ashridah@220-253-120-186.VIC.netspace.net.au) 23.38.53 Quit muesli- ("ich will Kühe!!!") 23.43.44 # amiconn: tried the new makefile setup for the sim? 23.44.00 # it seems to fix deps and links things in the proper order now 23.44.19 # Not yet 23.44.38 # I'm still experimenting with different -O 23.44.47 # no hurry 23.45.02 # Currently building gcc 3.4.4 for SH 23.51.48 Join webguest51 [0] (~513f2d22@labb.contactor.se) 23.52.05 Join Sucka [0] (~NNSCRIPT@host81-156-159-182.range81-156.btcentralplus.com) 23.57.05 Quit thegeek (Read error: 104 (Connection reset by peer))