--- Log for 15.10.109 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 15 hours ago 00.01.08 # * n1s wonders if amiconn has an oppinion on this as he's basically the only dev with one of those afaik 00.01.24 Join radioactix [0] (n=radioact@unaffiliated/radioactix) 00.01.27 # hi 00.01.37 # My opinion is that we shouldn't overdo this categorization 00.01.58 # * gevaerts agrees 00.02.04 # * bertrik_ too 00.02.06 Join Strife89 [0] (n=michael@adsl-220-108-49.mcn.bellsouth.net) 00.02.24 # n1s: I have one as well. :) 00.02.27 # As far as I'm concerned the point was to get more people using a port sooner 00.02.33 # Although little time on my hands to play with it. 00.02.33 # ok, but would you deem the port good enough for daily use? 00.03.05 # n1s: The 2G iPod is very stable (for me), so yes, I think it's good enough for daily use. 00.03.15 # ok then :) 00.03.17 # when will rockbox for the sansa fuze be released? 00.03.19 # * linuxstb agrees with not overdoing it, but still thinks that a "top-tier" would be useful - both for users to know the best-supported targets, and for devs to have something to aim for... 00.03.23 # Currently plugging in a FW cable causes the iPod to reboot to disk mode. 00.03.52 # So someone can probably work on a native FireWire mode for that port. 00.04.01 # gevaerts: so the categories are reall "old mostly working ports", "newer mostly working ports" and "ports not quite there yet" ? 00.04.44 # LambdaCalculus37: does that cause real issues though? 00.04.59 # * bertrik_ is pretty much OK with the current categorization on the rockbox main page, and only dislikes the title 'unstable' a bit (would rather see 'useable') 00.05.11 # would be nice to get an answer ;) 00.05.25 # radioactix: The answer is that we never predict things... 00.05.38 # radioactix, could be next release, or maybe not 00.05.41 # (as we are all volunteers doing this in whatever spare time we have) 00.05.47 # ok 00.05.49 # gevaerts: No, Rockbox works happily without a native FW mode. 00.05.55 # so it's in work? 00.06.24 # yes, it's starting to get quite usable I hear 00.06.26 Quit liar|pc (Remote closed the connection) 00.06.31 # radioactix: It's "released" now - in as far as you can download it from the Rockbox website and install it. 00.06.34 Quit toffe82 (Read error: 110 (Connection timed out)) 00.07.02 # is there the risk to break something if i use it on my fuze v1? 00.07.40 # I think it's pretty safe - as far as I know no-one has ever broken a fuze by running Rockbox. But we don't offer guarantees... 00.07.50 # n1s: it looks a bit like that, yes :). It's true that some of the existing supported ports wouldn't achieve the highest level today, but I'm not sure if that means we have to move things around 00.08.21 # ok, thanks for the information 00.08.25 # cya 00.08.32 Part radioactix ("Verlassend") 00.09.11 # gevaerts: of course we don't have to, i'm just trying to understand how consistent we want to be 00.09.14 # LambdaCalculus37: in that case I wouldn't consider that to be an issue at all, except in the purist sense 00.09.43 # n1s: my vote is to first let the naming and requirement discussion settle a bit 00.09.43 # * linuxstb would like to be consistent - and hence relegate the less complete "Stable" ports 00.09.53 # gevaerts: Yeah, it's more of a "it would be nice" type of issue than a "holy crap this is a show stopper" issue. 00.10.21 # * linuxstb thinks the question is simple - do we want a "gold-standard" top tier, with quite tough requirements for entry, or do we keep things the same as they are. 00.10.42 # kugel: no problem. i'll admit i kind of barely skimmed the WPS parts of it. i haven't had cause to understand WPS in any depth before, and i haven't time now. :) 00.10.56 # LambdaCalculus37: firewire ipods don't even miss out on things like HID due to using the OF 00.10.57 # JdGordon|: interesting, WPS_ALBUMART_NONE is even only (expecitely, since it's 0 it may set implicitely elsewhere) set for the temp skin_albumart used for determining whether to restart playback 00.11.21 # Unhelpful: the wps part is the easy part :) 00.11.55 # * gevaerts concedes that you could do lots of fun things with firewire, but he doesn't think that anyone would actually bother 00.12.07 Join Rob2222 [0] (n=Miranda@p4FDCEDD0.dip.t-dialin.net) 00.12.22 # gevaerts: what's the point in that zero-byte OUT transfer on EP0 after the status stage of every EP0 transaction? 00.12.23 Quit flydutch ("/* empty */") 00.12.25 # gevaerts: I seem to remember reading that the firewire in the ipods wasn't capable of the fun stuff. But I can't remember the details... 00.12.30 # kugel: after i get back to work i want to finish the PF scrolling work i started... and then perhaps i can take a stab at "fixing" the scaler to be efficient in multi-AA. 00.12.31 # is that supposed to re-setup EP0 for the next one? 00.12.41 # the comment for WPS_ALBUMART_NONE says /* WPS does not contain AA tag */ in which case there isn't even a skin_albumart struct allocated to hold this value 00.12.50 # I'm quite confident it's safe to remove 00.13.29 # Unhelpful: yay, PF scrolling is nasty, it makes it hard to just use the center align flag for viewports do draw everything centered 00.13.39 # linuxstb: oh, that totally removes my interest in it... 00.13.41 Quit LambdaCalculus37 ("Fwump") 00.13.57 Quit bertrik_ ("Leaving") 00.14.12 # gevaerts: Don't quote me on that though... 00.14.26 # the reason PF uses it's own scrolling is that it doesn't draw text line oriented, since the core doesn't really support that (IIUC) 00.14.36 # kugel: there's a center align flag? never seen it. i have an FS task for the hooks PF will need to use the core scroll engine. 00.14.45 # it's new :) 00.14.52 # TheSeven: good question. I'm wondering now if that isn't actually something ARC specific... 00.15.10 # Unhelpful: how's my patch ineffecient, is there something you don't like? 00.15.14 # the fix for *that* part is very small, you need only allocate a viewport for each of the magic places PF places text, and then draw on line zero. 00.15.52 # gevaerts: actually that was breaking EP0 regs for me, as I didn't expect to ever see a recv on EP0 00.15.56 # kugel: it's an issue that goes deeper into the scaler than you want to. with some work i believe image data can go through the loader *just once* and then be scaled to several sizes. 00.16.03 # a) I don't think one bufopen should open more than 1 handle, b) my way allows to search for cover.X.X.bmp for each resolution 00.16.46 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.17.04 # ah... yes, there will be some icky interactions with what the buffer needs. :/ 00.17.10 Quit gywst ("CGI:IRC (EOF)") 00.17.33 Quit Rob2222 (Remote closed the connection) 00.18.17 # perhaps by getting scaled sizes for all of the sizes, allocating buffers for each image, and only *then* actually loading? 00.20.15 # TheSeven: that's actually correct for the status stage I think, unless your controller already does that 00.20.25 # * gevaerts thinks that it's too late to properly think about this 00.20.39 # i just think that if possible we should avoid reading the file from disk, and decoding, multiple times. *if possible*. 00.20.43 # * TheSeven never dealt with that 00.20.56 # you want each image in a seperate handle though... so you can close the "next tracks AA" handle while keeping the "this tracks aa" handle open, where they are different 00.21.04 # it will tie in to other scaler code-style fixes i feel obligated to do, anyway, so i'll hit those first. 00.21.41 # I'm not a big fan of your idea right now, but I'm confident you'll be doing something awesome :) just keep in mind that it that it was a lot of work to make buffering as generic as it is now (it still isn't totally but good enough to be used for several places), so don't break it too much :p 00.23.33 # bufopen'ing each image before doing the scaling doesn't sound too bad 00.25.03 *** Saving seen data "./dancer.seen" 00.26.33 Quit jordan`` (Read error: 104 (Connection reset by peer)) 00.27.09 Quit Llorean ("Leaving.") 00.29.38 Join Rob2222 [0] (n=Miranda@p4FDCEDD0.dip.t-dialin.net) 00.34.13 # New commit by 03nls (r23178): Remove private memcpy wrapper that is no longer needed since r19847 and may cause issues with newer gcc versions, inspired by patch in FS#10676 by Duy ... 00.34.59 Quit Dege (Read error: 110 (Connection timed out)) 00.35.01 # n1s: heh, I was about to accept that patch (the first one) too, I actually noticed the problem a few month ago when doing my 4.4.1 test 00.36.27 # that means i win! \o/ 00.37.25 # i actualyy think i have seen it before too but never bothered to fix it since it didn't cause problems 00.37.26 Quit Rob2222 (Read error: 60 (Operation timed out)) 00.40.03 # Unhelpful: are there some kind of api functions for struct dim? 00.40.14 Join jordan` [0] (i=gromit@78.235.252.137) 00.40.17 # I guess not since it's a really simple one 00.43.54 Quit n1s ("Lämnar") 00.46.55 # so just to be annoying/pedantic.... there are now 3 targets mentinos in the Stable ports section as "(not X series/model) that are in the lesser two groups.... 00.47.07 # beast, AMS sansa, nano2g 00.48.12 Quit jordan` (Read error: 104 (Connection reset by peer)) 00.48.18 Join Rob2222 [0] (n=Miranda@p4FDCEDD0.dip.t-dialin.net) 00.51.29 Quit barrywardell () 00.51.37 # JdGordon|: technically correct since those are not in the stable ;) 00.52.28 # yes, well those ()'s should all be removed imo 00.52.35 # We should rather add a similar note for all stable ipods next to the nano2g :D 00.53.05 # or just remove those, yes, pretty pointless to keep them 00.53.08 # or a big fat "IF ITS NOT MENITONED IN ANY OF THESE GROUPS, ITS NOT FUCKING SUPORTED IN ANY SHAPE OR FORM" 00.53.42 Quit Rob2222 () 00.53.53 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 00.54.47 Quit tomers (Read error: 113 (No route to host)) 00.55.20 Quit GeekShadow (Read error: 104 (Connection reset by peer)) 00.57.53 Join jordan` [0] (i=gromit@78.235.252.137) 00.58.19 Quit ender (" The propeller is just a big fan in front of the plane used to keep the pilot cool. When it stops, you can actually watch th") 01.01.42 # just out of curiosity, because it doesn't make a difference for the small dim (just has a width and height member) struct anyway, but I want to check if two of them are equal. would memcmp faster or slower? 01.02.35 Quit jordan` (Read error: 60 (Operation timed out)) 01.03.19 # Afaik gcc uses memcmp for comparing larger structs 01.03.20 # our memcmp is optimized for multiple of long sized, long aligned locations 01.03.48 Join DerPapst [0] (n=DerPapst@dslb-094-219-195-233.pools.arcor-ip.net) 01.04.08 # ...same way as it uses memcpy for copying them 01.04.53 # amiconn: how does that work? there's syntactically no way to compare structs 01.05.00 # memcmp is one of the four functions a freestanding environment has to provide 01.05.36 Quit bertrik (Read error: 113 (No route to host)) 01.06.06 # Hmm, right 01.07.03 Quit bubsy (Read error: 60 (Operation timed out)) 01.07.11 # But gcc may use memcmp calls itself, not sure what for 01.07.32 # it would be dangerious, because of padding gaps, but in this case I would know there's none 01.15.38 Quit Thundercloud (Remote closed the connection) 01.21.00 Join jordan` [0] (i=gromit@78.235.252.137) 01.28.12 Quit jordan` (Read error: 104 (Connection reset by peer)) 01.30.09 # [48667.264041] usb 2-1: new full speed USB device using uhci_hcd and address 3 01.30.11 # [48667.388037] usb 2-1: device descriptor read/64, error -71 01.30.13 # [48667.612036] usb 2-1: device descriptor read/64, error -71 01.30.15 # [48667.828037] usb 2-1: new full speed USB device using uhci_hcd and address 4 01.30.16 # [48668.003065] usb 2-1: configuration #1 chosen from 1 choice 01.30.17 # [48668.063320] scsi44 : SCSI emulation for USB Mass Storage devices 01.30.19 # [48668.065092] usb-storage: device found at 4 01.30.21 # [48668.065097] usb-storage: waiting for device to settle before scanning 01.30.23 # [48673.066133] usb-storage: device scan complete 01.30.24 # [48673.176042] usb 2-1: reset full speed USB device using uhci_hcd and address 4 01.30.26 # [48673.504038] usb 2-1: reset full speed USB device using uhci_hcd and address 4 01.30.27 DBUG Enqueued KICK TheSeven 01.30.27 # [48673.832037] usb 2-1: reset full speed USB device using uhci_hcd and address 4 01.30.29 # [48674.152041] usb 2-1: reset full speed USB device using uhci_hcd and address 4 01.30.31 # (sorry, couldn't refrain from posting this :-P ) 01.30.36 # still far away from being perfect, but yeah, it was identified as being mass storage! 01.31.03 Quit fdinel (Read error: 110 (Connection timed out)) 01.31.51 Join sansauser [0] (n=51ebf252@83.168.254.42) 01.31.59 # hey again guys 01.32.14 # seems my e200 is completely dead yeah, no manufacturing mode no nothin 01.32.47 # TheSeven: Any reason this isn't using high speed? 01.33.02 # yes, the host doesn't support it :-/ 01.33.26 # Such hosts still exist these days? 01.33.35 # well, it's not *that* old 01.33.41 # an old P4 2GHz machine 01.35.13 # all i get is blue light, nothing else, it isnt detected by the pc at all 01.36.41 # tried to reseat the nand, no diff 01.38.28 # any tips? 01.38.43 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.38.43 # * TheSeven suspects that it's CONTROL reqs working, but not BULK 01.39.54 Join panni__ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 01.42.42 # sansauser: have you tried everything here: http://www.rockbox.org/wiki/SansaE200Unbrick 01.42.44 Quit panni_ (Read error: 104 (Connection reset by peer)) 01.43.46 Join topik_ [0] (i=awesome@wtf.grmpf.org) 01.45.11 # well, booting original formware doesnt work, recovery mode doesnt work, and manufacture mode doesnt work, so i guess ive tried everything on that page 01.45.19 Quit topik (Read error: 104 (Connection reset by peer)) 01.46.16 # * TheSeven wonders what all these %W%s are 01.47.38 # * sansauser guesses they should be formatted W's warning signs? 01.47.45 # bold or italic, i dunno 01.48.29 # TheSeven: it's a shortcut for a warning icon from the old wiki system 01.49.00 # Unhelpful: struct dim works nicely 01.49.41 # %W% should be replaced with %X% now 01.50.01 # It used to be an alternate shortcut for the warning icon 01.50.03 # sansauser: I doubt manufacturing mode doesn't work 01.50.09 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.50.13 # well 01.50.23 # i do as it says, and my pc doesnt see a new device 01.50.27 # it's phsiycally broken if it doesn't 01.50.40 # well then i guess thats my problem 01.50.43 # sansauser: well, that message doesn't come in that mode 01.51.00 # you need linux and e200tool to operate in that mode 01.51.18 # o rly, so windows wouldnt detect anything at al? 01.51.30 # not in device manager even 01.51.32 # it does, but it doesn't let you know 01.51.59 # id atleast expect to see an "unknown device 01.52.07 # but ok, ill check in linux 01.52.08 # brb 01.52.08 Join Rob2222 [0] (n=Miranda@p4FDCEDD0.dip.t-dialin.net) 01.52.25 # sansauser: linux won't tell you either, not in an obvious way at least 01.52.45 Quit sansauser ("CGI:IRC (EOF)") 01.52.47 Quit efyx_ (Remote closed the connection) 01.52.50 Quit robin0800 (Read error: 110 (Connection timed out)) 01.52.53 # dmesg will probably show something, but if you run e200tool it will definitely see it 01.58.29 Join sansauser [0] (n=51ebf252@giant.haxx.se) 01.58.36 # ok back 01.58.46 # lsusb and dmesg doesnt show it either, in any mode 01.58.57 # so its physically broken then 01.59.25 # there wouldnt happen to be a shop that specifically sells used e200's? .p 01.59.26 # :P 02.00.00 # if my nand isnt broken, but something on the mainboard, would it be transferable to say, a 2g version, my nand should be 6g 02.00.07 # 2gb* 6gb* 02.00.59 # sansauser: you did power it off, turn on lock, hold the center button, and then, while holding it, insert USB? 02.01.07 # can you even still turn it off? 02.01.15 # well, uh 02.01.34 # currently tha battery isnt even in, so it gets power when the usb is plugged in 02.01.42 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.01.58 # ok, good (me didn't even know these things had a removable battery) 02.02.06 # haha 02.02.17 # just remove the back plate solid metal 02.02.26 # * TheSeven has no idea about sansas 02.02.52 # but yes, if i have the battery inserted i can power it off by holding the powerbutton for about 12 secs 02.03.10 # so you did try with the center button instead of the record one, and lsusb still doesn't show anything? 02.03.18 # yes 02.03.26 # yes, you can transfer the nand daughterboard between motherboards just fine 02.03.27 # that's not good at all. 02.05.36 # krazykit: ill keep the stuff and then buy a new one if i see one then 02.06.08 # another question: what did you do to it to make that happen? 02.06.50 # to make it this broken? 02.06.55 # yes 02.06.56 # well 02.07.09 # when it was pretty new, the headphone jack went loose 02.07.29 # warranty nerds said it was general usage damage and refused to replace it 02.07.37 # so i opened the bitch up, and saw this 02.07.50 # one of the channels pads had come of the motheboard 02.08.26 # soldered cable from the capacitor to the headphone jack and my sound was back 02.08.49 # a while later the contacts at the motherboard for the batteries, (the solder pads) broke 02.08.54 # some solder fixed that too 02.09.02 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 02.09.07 # then for some reason i got black screens now and then 02.09.13 # a few months afterwards 02.09.33 # giving it light taps on the screen while booting often fixed it, so i didnt bother 02.09.43 # and then suddenly it wouldnt boot up at all 02.10.00 # and thats the rough life of my sansa e280 :) 02.10.03 # 6gb model 02.10.19 # cost like 200€ when it was new 02.10.26 # several years ago 02.10.34 # so its served its purpose i guess 02.10.47 # since im an apple hater 02.11.01 # im also a firefox hater, i still use ff on linux though 02.11.11 # but on win7, ie8 and chrome 02.11.34 # well, ill suffice with a C120 for now 02.11.45 # hope i can rockbox it in near future 02.14.56 Join JdGordon1 [0] (n=jonno@68-29-211-84.pools.spcsdns.net) 02.15.29 Quit DerPapst (Read error: 60 (Operation timed out)) 02.16.33 # kugel: what, dim_set_width(struct dim * dim, int width) or such? 02.16.40 Join AndyI [0] (n=pasha_in@212.14.205.32) 02.17.36 # Unhelpful: no, I rather thought of comparing two dims, but it's too simple to worry about :) 02.17.45 # or validating against screen dimensions 02.21.31 # Unhelpful: dim works nicely, I can drop the entire function that was passed and the width/height members of struct skin_albumart and pass the dim pointer around 02.22.10 # and even easily check whether a slot that wants the same dimensions exists already 02.25.04 *** Saving seen data "./dancer.seen" 02.26.29 # * TheSeven really needs to go to bed 02.26.47 # I wrote debugf instead of logf and wondered why that didn't work :-P 02.29.20 # * TheSeven now wonders how an endpoint can be enabled and disabled at the same time 02.30.23 Quit AndyIL (Read error: 110 (Connection timed out)) 02.33.17 # * TheSeven is too tired to concentrate and/or work efficiently, so he'll treat this as a partial success for today, and go to bed now 02.36.17 # kugel: it might be worth replacing the struct with a union of an int and an anon struct... then you could still address width and height readily, but you could also compare dim1.whole to dim2.whole... 02.37.00 # just for saving .dim? 02.37.19 Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) 02.38.04 # kugel: it would make comparison of two dims easier, and you could also very easily check for a "null" dim. 02.38.39 # isn't that a bit risky with regards to 64bit plattforms? 02.39.36 # I just see the dimensions are shorts, why is that? 02.40.05 # found a new? format mode on my c240 with unit off set hold on, hold play and power on device can someone confirm this before I add it to the wiki 02.40.07 # kugel: it needn't be. union { uint32_t whole; struct { uint16_t width; uint16_t height; }; } dim; :) 02.40.15 Quit sansauser ("CGI:IRC") 02.40.39 # i don't know why they're shorts, aside from it will never really be reasonable to deal with dimensions >2^15 ;) 02.42.07 # it doesn't really save noticeable ram, does it? iiuc working with the naitive format is generally a tad bit faster 02.42.36 # I don't feel like obfuscating the code with that magic 02.44.16 # "native" format won't be any faster here, accessing both members is probably two loads from memory either way 02.45.24 # I wonder if gcc is able to optimize it to load it with 1 fetch, then masking it 02.46.30 # ironically I just changed x and y (and width, height too in that run) of skin_albumart to use ints to make it work with parse_list, now I'm changing it back 02.48.27 Join kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) 02.48.30 Join robin0800_ [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 02.56.07 Quit robin0800_ (Remote closed the connection) 02.56.50 Quit JdGordon1 (Read error: 60 (Operation timed out)) 02.58.59 Quit amiconn (Nick collision from services.) 02.58.59 Quit pixelma (Nick collision from services.) 02.59.01 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 02.59.01 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 02.59.21 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 02.59.21 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 03.02.17 Join HBK [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) 03.03.45 Quit robin0800 (Read error: 110 (Connection timed out)) 03.09.36 Quit kugel (Read error: 113 (No route to host)) 03.12.00 Quit KBH (Read error: 110 (Connection timed out)) 03.13.08 Quit kkurbjunW (Remote closed the connection) 03.14.01 Join kkurbjunW [0] (n=karlk@12.41.166.9) 03.14.24 Join ruckus1 [0] (n=Earworm@public-76-222.emich.edu) 03.24.17 Quit Strife89 (Read error: 104 (Connection reset by peer)) 03.34.38 Join Strife89 [0] (n=michael@adsl-220-108-49.mcn.bellsouth.net) 03.35.01 Quit BlakeJohnson86 (Read error: 104 (Connection reset by peer)) 03.35.56 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 03.39.46 # hey folks! would this be a good place to suggest ideas? 03.40.41 # ruckus1: I think so, but Feature Ideas on the forums is also a good place. 03.40.56 # well this is really simple 03.41.02 # (or so I hope) 03.41.18 # Go for it. :) 03.42.11 # i use the metronome plug in a lot, but I have my rockbox configured to shut down 2 minutes after I unplug my headphones. well this doesn't happen then the metronome plug in is running. it's been couple of times when I discovered the thing has been running all night 03.42.28 # do I make sense? 03.42.40 # yes 03.43.07 # You want a cutoff timer for the Metronome? 03.43.11 Quit gtkspert (Read error: 60 (Operation timed out)) 03.43.13 # you accedently leave teh metronome plugin running and the device dosnt go off 03.43.20 # yes 03.43.38 # Dgby714: the "yes" was for you 03.43.44 # :) 03.44.16 # ruckus1: If it's not a cutoff timer you want, I don't know what it is that you do. :) 03.44.31 Join sht [0] (n=scott@cpe-74-71-251-156.twcny.res.rr.com) 03.44.52 # howdy folks 03.45.39 # Strife89: i am not quite sure what you mean by "cutoff timer" 03.46.17 # ruckus1: What I mean is, are you asking for an optional timer that will quit the Metronome plugin after a set amount of time? 03.46.22 # so I need some help 03.46.40 # i think he wants a build of rockbox with "rb->reset_poweroff_timer();" commented out in teh metronome app 03.46.50 # just, you know, throwing that out there 03.47.06 # sht, just ask and read the guidlines. 03.47.30 # ok 03.47.46 # I've got a 5g 30 gb ipod 03.47.59 # trying to install rockbox on vista 03.48.17 # gettin the "no ipod detected" error 03.48.32 # Running as Administrator? 03.48.59 # ah, I have to run the util as admin? 03.49.13 # i think you do =) 03.49.32 # hm, just tried it 03.49.34 # still no dice 03.49.41 # hmm 03.49.42 # Dgby714: The problem with that idea is, I suspect a lot of users have the idle shutdown time set at 10 minutes. Most people who need a metronome use it for longer than 10 minutes at a time. 03.49.56 # I put the ipod in disk mode 03.50.03 Join gtkspert [0] (n=gtkspert@124-169-23-27.dyn.iinet.net.au) 03.50.05 # should it not be? 03.50.38 # Strife89: but i want the plugin to follow my configuration of rockbox and shutdown after i've unplugged my headphones for 2 minutes 03.51.07 # Strife89: you know what I mean? 03.51.16 # ruckus1: Yep, I do now. :) 03.51.34 # ruckus1: you'll have to ether compile yourself or find someone to compile for you with line 841 of apps/plugins/metronome.c commented 03.51.43 # so "2" was only a number i threw there 03.52.24 # this cannot be included in an official release?! 03.53.17 # nope, that fails too 03.53.46 # ruckus1: It could, if you made a patch, and that patch was of good quality. 03.54.05 # Strife89: :( if I could only code! 03.54.16 # ruckus1: Or if you stirred up someone to do it in your stead. :) 03.54.22 # lol 03.54.26 # ruckus1: Alas, I can't code either. :( 03.54.44 Quit kkurbjun ("Leaving.") 03.54.46 # ok, i'll just post this on the forums, and maybe somebody will feel harassed enough to do it 03.54.52 # :) 03.54.54 # same, but im learning 03.55.06 # maybe I should do the same... 03.55.09 # ruckus1: Harassing in the most literal sense will get you nowhere. :) 03.55.23 # lol 03.55.23 # i am not a literal person 03.55.26 # ruckus1: Try to appeal to another's interests. :) 03.55.40 # i think harassing can be quite charming, if done right 03.55.43 # :) 03.55.46 # :) 03.56.10 # Whatever you do, give it your best shot, and good luck. :) 03.56.35 # sht: http://support.apple.com/kb/HT1353#ipodfifth <-- that is your ipod? 03.56.36 # lol cool 03.56.46 # ipodcatcher.exe does the same thing 03.57.35 # yup, that's it 03.57.38 # the white one 03.58.23 # hmmm 03.58.34 # it's mounted and everything 03.59.06 # maybe I should try in xbuntu on my other box 03.59.10 # * Dgby714 knows nothing about the 5 gen as he has a 2nd gen nano >.< 03.59.18 Part ruckus1 ("Leaving.") 04.03.15 Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 04.06.45 # ok, I'll try again another time. somebody else must have run into this before. 04.08.03 Part sht ("Leaving") 04.16.02 Quit TheSeven (Nick collision from services.) 04.16.20 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.16.34 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.25.05 *** Saving seen data "./dancer.seen" 04.26.35 Join sht [0] (n=scott@cpe-74-71-251-156.twcny.res.rr.com) 04.26.56 # looked at the about > system info 04.27.13 # the ipod shows as mounted at drive F: 04.27.20 # but no usb devices detected 04.27.26 # running as admin 04.27.55 # I'm stymied 04.28.12 Quit Strath ("Leaving") 04.29.26 Quit sht ("Leaving") 04.41.03 Quit Rondom (Nick collision from services.) 04.41.14 Join Rondom [0] (n=Rondom@dslb-084-057-132-035.pools.arcor-ip.net) 04.41.22 Quit panni__ (Read error: 104 (Connection reset by peer)) 05.10.35 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.20.21 Join w1ll14m|_ [0] (n=nobody@84-104-81-17.cable.quicknet.nl) 05.21.25 Join funman [0] (n=fun@rockbox/developer/funman) 05.24.58 Quit funman (Read error: 54 (Connection reset by peer)) 05.26.37 Quit w1ll14m| (Read error: 110 (Connection timed out)) 05.27.21 Join jordan` [0] (i=gromit@78.235.252.137) 05.27.52 Join funman [0] (n=fun@rockbox/developer/funman) 05.33.03 Quit jordan` (Read error: 104 (Connection reset by peer)) 05.35.08 Quit Strife89 ("Bed.") 05.41.25 Join jordan` [0] (i=gromit@78.235.252.137) 05.48.13 Quit Horscht ("Verlassend") 06.22.05 Quit jordan` (Read error: 104 (Connection reset by peer)) 06.25.09 *** Saving seen data "./dancer.seen" 06.32.20 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 06.41.17 Quit jfc (Read error: 60 (Operation timed out)) 06.41.29 Join jfc [0] (n=john@66.82.208.2) 06.41.41 Join stooj [0] (n=stooj@eth6167.sa.adsl.internode.on.net) 06.41.51 # funman: re FS#10669 Is your intent with the HAVE_MULTIDRIVE to cut out that code from the clip? 06.45.37 # yes, because the clip has no µSD and this code is only needed for targets with µSD slots 06.47.22 # OK, that makes sense I'm looking for 13.5 hrs here, should we start a lottery ;) 06.48.04 # if card_detect_target() returns false perhaps the code is optimized away by gcc, but i think it also makes the code clearer 06.48.04 # FlynDice: hmm 1 internet to win for the first to beat the OF battery life ;) 06.48.09 Join moufsnafa [0] (i=18796437@gateway/web/freenode/x-erytbtabtjsnwwst) 06.49.00 # FlynDice: why don't you want to put that code under #ifdef HAVE_MULTIDRIVE ? 06.49.22 # sorry , don't know the lingo, what's an internet worth..? surely that must be at least a case of beer! 06.49.59 # I'll define the currency when we know the winner, that'll make more beer for me and less for you ;) 06.50.15 # lol 06.51.02 # I get lost in all the #ifdefs as it is! I don't know what's better, but both work and I will surely defer to experience... 06.57.44 # Is it possible to edit id3 tags within rockbox? 06.58.22 # FlynDice: the different defines are a bit confusing, I think it really should be HOTSWAP 06.58.36 # stooj: not that I know, have you read the manual ? 06.59.18 # Just reading through it just now, funman 07.15.40 Quit kkurbjunW (Remote closed the connection) 07.16.59 Join kkurbjunW [0] (n=karlk@12.41.166.9) 07.17.42 # saratoga: I just found something about the memmove() calls in buffering.c , they can be harmful if the buffer is not much larger than the largest data we have to move (which can be big for buffered codecs) 07.18.41 # FlynDice: is FS#10308 still needed? 07.19.14 # and FS#10507 (i'm looking at AMS related tasks) 07.24.23 Join ShapeShifter499 [0] (n=chatzill@adsl-68-126-134-159.dsl.scrm01.pacbell.net) 07.28.06 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 07.44.45 Join Sharn [0] (n=brandon@dsl-207-183-188-180.freedom.wy.silverstar.com) 07.45.46 Quit Zagor (Read error: 110 (Connection timed out)) 07.45.56 Quit linuxguy4 (Remote closed the connection) 07.47.37 # Hey guys... stupid little question... i'm running rockbox on a cowon d2 from an sd card, and i can't figure out how to use the save file dialogs (fm presets, images, etc), i can type, but how do i enter? 07.50.21 # Could somebody please apply FS#10673? 07.55.44 # Sharn: looks like "enter" is not implemented on D2 keymap 07.55.56 # oh, awesome 07.57.05 # check apps/keymap/keymap-cowond2.c (look for _keyboard) 07.57.47 # Sharn: try long press in the center 07.58.18 # pixelma: will do when i get a second 07.58.26 # funman: the D2 is a touchscreen target so the generic touchscreen keymap should apply too, no? 07.59.10 # ah I didn't know it was a touchscreen (and don't know how touchscreen keymaps work) 07.59.45 Quit ShapeShifter499 ("ChatZilla 0.9.85 [Firefox-3.5 3.5.3/20090910172411]") 08.02.46 # it just has some additional hardware buttons which can be used 08.04.19 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.10.36 Join linuxguy3 [0] (n=timj@adsl-76-203-24-73.dsl.emhril.sbcglobal.net) 08.11.06 # pixelma: awesome, long press works. thanks a ton :) 08.15.45 Join Grahack [0] (n=chri@82.216.222.222) 08.17.00 Quit moufsnafa (Ping timeout: 180 seconds) 08.17.29 Quit Grahack (Client Quit) 08.20.00 Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) 08.20.21 Quit mc2739 (Nick collision from services.) 08.20.25 Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) 08.21.43 Join esperegu [0] (n=quassel@145.116.11.103) 08.25.13 *** Saving seen data "./dancer.seen" 08.25.50 Quit pjm0616 (Read error: 110 (Connection timed out)) 08.28.31 Join Rob2223 [0] (n=Miranda@p4FDCD83B.dip.t-dialin.net) 08.29.08 # domonoky: good question 08.33.57 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.36.58 # New commit by 03zagor (r23179): Fixed missing voices 08.37.15 Join webguest83 [0] (n=cb0e342d@giant.haxx.se) 08.37.38 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 08.37.46 Quit webguest83 (Client Quit) 08.39.37 # funman, FlynDice: Both #defines have their own meaning. Ideally the code should be ifdefed so that you can disable either and still be able to build 08.40.13 # Or rather, HAVE_MULTIDRIVE should work without HAVE_HOTSWAP, the reverse doesn't make sense 08.41.47 # HAVE_MULTIDRIVE enables support for more than one drive. Without HAVE_HOTSWAP this means it would detect and use a µSD card plugged in at boot, but not detect plugin or removal of cards 08.44.59 Join flydutch [0] (n=flydutch@host77-167-dynamic.15-87-r.retail.telecomitalia.it) 08.46.09 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.58.09 Join petur [50] (n=petur@rockbox/developer/petur) 09.03.34 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.08.21 Quit faemir ("Leaving") 09.15.05 Quit hd (Client Quit) 09.15.20 Join maruk [0] (n=papier@212.95.65.22) 09.15.21 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.16.40 # New commit by 03funman (r23180): Sansa AMS SD driver: cleanup defines and comments ... 09.22.03 # wow, a button combo to reformat the drive, the beast sure is crazy 09.27.06 # the beast? 09.28.28 # thought it was the c200 - and then I wouldn't announce it loudly as it seems the OF's reformat can leave it in an unusable state (hence gevaerts' eraser tool) 09.37.16 Quit BHSPitLappy (Remote closed the connection) 09.42.53 Join petur2 [50] (n=petur@rockbox/developer/petur) 09.46.03 # pixelma: i was reffering to Torne's latest addition to GigabeatSOriginalLoader didn't know the c200 could do this too but formatting both partitions on the beast will also make it unusable untill you install a firmware again so it seems very stupid to me :) 09.50.02 Quit petur (Read error: 60 (Operation timed out)) 09.50.51 # gevaerts: what does to usb core call in the driver to un-stall and thus set DATA0 PID on an endpoint? 09.51.49 Quit markun ("leaving") 09.52.00 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 09.52.21 Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) 09.57.28 Join MethoS [0] (n=clemens@134.102.106.250) 09.57.55 # gevaerts: what the USB core is doing seems to be entirely nonsense to me 09.58.36 # it's re-requesting endpoints after each and every GET_DESCRIPTOR request, but not after SET_CONFIGURATION 09.59.35 Quit MethoS (Remote closed the connection) 10.01.37 Quit stooj ("leaving") 10.02.51 Quit Thundercloud (Remote closed the connection) 10.02.53 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.03.17 Quit Horscht (Read error: 110 (Connection timed out)) 10.06.09 Quit gevaerts (Nick collision from services.) 10.06.21 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.11.05 # pyro_maniac: do you know which YH920 model lowlight has ? (napster or another one). The batteries could be different between those 10.12.07 # WTF 10.12.39 # usb_drv_send is called with 0 for EP0 but 0x81 for EP1 as an argument!? 10.13.43 # bit 7 is a mask ? 10.13.48 # yes 10.14.13 # it means that it's an IN endpoint. but the standard control pipe also is one! 10.15.57 # http://pastie.org/655755 10.16.06 # wow... but... What the hell!? 10.16.21 # "Unsupported sector size 136166816"!? 10.17.49 # * funman bets it's not a Linux bug 10.20.41 # New commit by 03dave (r23181): Add Nano2G to the manual download page 10.20.49 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 10.21.01 # Zagor: Can you update www? 10.21.15 # done 10.21.23 # Thanks 10.22.21 Quit n1s (Read error: 60 (Operation timed out)) 10.22.32 # Zagor: The "old" pages (linked from daily.shtml) look slightly broken (a Content-type: header in the middle of the page) - e.g. http://www.rockbox.org/dl.cgi?bin=recorder 10.22.53 # oh 10.25.14 *** Saving seen data "./dancer.seen" 10.25.43 Join liar|school [0] (n=liar@213162066172.public.t-mobile.at) 10.26.54 Quit liar|school (Client Quit) 10.27.10 Join liar|school [0] (n=liar@213.162.66.172) 10.28.01 Quit liar|school (Client Quit) 10.28.13 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 10.28.18 Join liar|school [0] (n=liar@213162066172.public.t-mobile.at) 10.28.59 Join markun [50] (n=markun@rockbox/developer/markun) 10.30.00 Join briant [0] (n=38008f18@giant.haxx.se) 10.30.43 # what are some good uses of lua? 10.31.07 # I can't seem to find anything? 10.34.02 Quit mc2739 (Read error: 110 (Connection timed out)) 10.34.45 # New commit by 03zagor (r23182): Remove mid-page content-type header 10.35.14 # New commit by 03zagor (r23183): Removed obsoleted 'More Dailies' section 10.35.38 Quit briant ("CGI:IRC") 10.37.04 Join n1s [0] (n=n1s@rockbox/developer/n1s) 10.57.48 # [ 5996.806231] sd 24:0:0:0: [sdc] 3964928 2048-byte logical blocks: (8.12 GB/7.56 GiB) 10.57.50 # [ 5996.811171] sd 24:0:0:0: [sdc] Assuming drive cache: write through 10.57.51 # [ 5996.811194] sd 24:0:0:0: [sdc] Attached SCSI removable disk 10.57.53 # theseven@rockbox-dev:~/rockbox-trunk/build/nano2-app$ sudo mount /dev/sdc2 /mnt 10.57.54 # theseven@rockbox-dev:~/rockbox-trunk/build/nano2-app$ ls /mnt 10.57.56 # battery_bench.txt iLoader Musik 10.57.57 # theseven@rockbox-dev:~/rockbox-trunk/build/nano2-app$ 10.58.01 # TheSeven: it should stop doing that after SET_ADDRESS. Are you sure you don't have weird bus resets anymore? 10.58.13 Mode "#rockbox +o logbot " by ChanServ (ChanServ@services.) 10.58.22 # TheSeven: nice! 10.58.35 # * gevaerts warns TheSeven about those pastes now that logbot is op again 10.58.46 # and yes, congratulations! 10.59.07 # * funman looks again at USB code for Sansa AMS and notices freezes 11.00.01 Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 11.00.09 # hmm, there's still something wrong. i can access the disk fine, but unmounting locks up? 11.00.40 # unmounting means mounting again in rockbox 11.00.55 # no, the umount command on the hosts locks up 11.01.12 # ah, interesting 11.01.23 Quit Zarggg (Read error: 104 (Connection reset by peer)) 11.01.25 # some io error stuff in the syslog 11.01.45 Quit rasher (verne.freenode.net irc.freenode.net) 11.01.45 NSplit verne.freenode.net irc.freenode.net 11.01.57 # looks like there is trouble with writes in general 11.03.44 NHeal verne.freenode.net irc.freenode.net 11.03.44 NJoin rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) 11.04.31 # n1s: Yeah, the beast is just a pile of laughs. 11.04.51 Join pyro_maniac [0] (i=foobar@p57BB9170.dip0.t-ipconnect.de) 11.05.03 # n1s: the button handling code in the bootloader is also buggy; if i interpret the bug correctly, then it doesn't notice you letting go of keys 11.05.19 # funman: as far as i know, lowlight only got a yh820 11.05.26 # which means that if you press the reformat combination and let go it still reformats anyway :) 11.05.47 # pyro_maniac: i think he got a yh920 to work on sound output 11.06.19 # no he asked other people to test his changes 11.07.30 # how could i find out that battery difference? i got both versions 11.08.15 # pyro_maniac: http://www.rockbox.org/irc/log-20090902#22:08:41 11.08.38 # gevaerts: do you know what an ECONNRESET (Connection reset by peer, -104) is in linux USB terms? A stall? 11.08.41 # You could compare 2 runs of battery_bench 11.08.56 # never seen that 11.09.42 # funman: oh i missed that. but he really told me, that he has none some time ago 11.10.01 # I've found in the OF where the ADC_* registers are stored in a structure, but not where they are used. I hope low_light comes back with the formula for voltage calculation 11.10.15 # i will make a battery bench as soon as possible 11.13.06 Quit kkurbjunW (Remote closed the connection) 11.13.11 Join briant [0] (n=38008f18@83.168.254.42) 11.13.26 Join kkurbjunW [0] (n=karlk@12.41.166.8) 11.14.23 # Torne: i still love the "random" reformat bug best though :) 11.14.35 # well that's what i'm trying to get to the bottom of :) 11.14.44 # but in the process i'm discovering all kinds of hilarity 11.14.51 # funman: did you test radio too? 11.15.03 # yep 11.15.40 # my "yepp" YH920 has no FM in OF but there it works too :-) 11.16.16 # is that patch really that hacky as lowlight said? 11.16.46 # I think it disables sound when playing files 11.17.27 # its a pitty that it depends that much on lowlight 11.18.44 Quit intrados1 (Read error: 60 (Operation timed out)) 11.23.40 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 11.26.50 # I've searched and searched - what can I use lua for? 11.27.16 # maybe it's some kind of inside joke or something? 11.27.24 Quit avacore^ (Read error: 113 (No route to host)) 11.27.53 # briant: You can do most things in lua that any other rockbox plugin can do. 11.28.06 # like what? 11.28.46 # display things, read buttons 11.28.53 # i'd like to read just the text from a html file without the tags - can I do that? 11.29.08 # like sed stuff 11.29.11 # sure 11.29.28 # There's no regexp library though... 11.29.50 # (afaik...) 11.29.54 # oh, thats not very helpful, then is it? 11.30.53 # the amount of things this player can do is awesome, thanks to rockbox! 11.31.11 # I'm just checking out what else I could do. 11.32.10 # I just don't see much purpose in lua? 11.32.34 # There's not much purpose in a lot of Rockbox... But it scratches at least one person's itch. 11.32.51 # well you can write plugins in lua, so you can choose between C and Lua at least 11.33.19 # what about porting python to rockbox? :-P 11.33.21 # briant: http://www.lua.org/pil/20.1.html may be useful to you. 11.33.57 # TheSeven: i was gonna do that at some point if i ran out of other things ;) 11.34.05 # TheSeven: well, first finish the nano2g port before thinking about it ;) 11.34.12 # nice! I'll bookmark.. 11.34.45 # ... and the classic port, and the nano4g port, and the cowon issues, and then somebody wil have a sansa for me to look into for sure :-P 11.34.54 # will* 11.35.04 # * funman already has a lot of sansas for TheSeven to look into 11.35.18 # I get some nice books and other info from the web and send them through sed to stip stuff- works good. 11.35.44 # Torne: that's in about 300 years, right? :) 11.35.59 # yeah i dunno if i'd ever 8get* there :) 11.36.46 # I love the new bootloader and the fact I can get right to my 8G mSD! 11.36.52 # gevaerts: what would be the event which would cause a call to usb_enable(false) on Sansa AMS with #define USE_ROCKBOX_USB ? I can't tell from usb.c 11.37.14 # want a sansa clip+ to play with, TheSeven? i'd be happy to send you one :) 11.37.58 # gevaerts: i suppose usb_detect() returning USB_EXTRACTED ? 11.38.05 # if /me doesn't watch out, he'll soon have a tower of rockbox on his desk waiting for him to look at them 11.38.06 # funman: probably, yes 11.40.16 # has anyone written a plugin in lua that I could use as an example, besides hello world? 11.41.32 # gevaerts: Am I right with the assumption that if I get a SCSI write CBW with DATA0 PID, the following DATA OUT stage will have a DATA1 PID? 11.41.59 # * gevaerts doesn't know off-hand 11.42.39 # I'm getting no interrupt on that data out stage on the ipod side, and on the PC I get a EILSEQ (Illegal byte sequence, -84) 11.42.57 # briant: test_viewports.lua 11.42.58 # * TheSeven loves this error code reuse nonsense 11.45.48 # oh, now I see it, thanks! 11.51.19 Quit briant ("CGI:IRC") 11.52.22 Part pyro_maniac ("Leaving.") 11.58.39 # linuxstb: do you remember that bug i told you some days ago? just to try i checked out r23083 again and there i am not haveing this bug, but in the current svn it is still present 11.59.12 # liar|school: which one? 11.59.35 # TheSeven: in the filebrowser 11.59.58 # * TheSeven can't reproduce that 12.00.02 # TheSeven: i cant switch into a subdirectory by pressing forward because it does something strange 12.02.08 # liar|school: Are you saying that "select" (centre button) and "forward" act differently? 12.03.23 # New commit by 03funman (r23184): Sansa AMS USB driver : still not working ... 12.03.27 Quit Zagor (Read error: 60 (Operation timed out)) 12.03.29 # yes 12.03.47 # but forward does somthing strange in addition 12.04.36 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 12.04.57 # liar|school: So when you press forward, you go into the directory, and then the first item in that directory is selected? 12.05.28 Join Llorean [0] (n=DarkkOne@adsl-99-4-146-40.dsl.hstntx.sbcglobal.net) 12.05.56 # if i press forward it just selects the first item in the current directory 12.06.51 Join bubsy [0] (n=bubsy@94.139.72.137) 12.07.39 # But if you press select, it selects the item you're highlighting? 12.08.21 # if i press select it switches into the selected directory 12.08.48 # is anyone actually sure that the cacheline size on pp502x is 16 bytes? 12.09.24 # and if i press backward to go back to the previous directory it shows sometimes an empty list even if the directory isnt empty 12.09.27 # i suggested that nugged from the forums try DMA with 32-byte alignment only to see if that works better and it doesn't crash for him any more :) 12.10.23 # liar|school: Just to be clear, if you're in a directory that has 5 subdirectories, and you use the wheel to highlight the third one, then if you press select, you enter the third directory, but if you press forward, you enter the first one? 12.10.23 # you could check if uncached addresses in the OF are aligned on 16 or 32 12.11.35 # i have no idea where to look, alas 12.11.43 # i haven't looked at the ipod firmware yet 12.11.43 # no if i press forward it just highlights the first item in the list(sorry i have mistaken some english words before) 12.12.41 # so if i press forward i am still in the same directory but instead of the third, the first item is highlighted 12.12.53 Quit lifeless__ (Remote closed the connection) 12.13.22 # liar|school: And this is Rockbox downloaded from the Rockbox website, or a version you compiled yourself? 12.14.23 # linuxstb: its build from svn, but ill can try the version from the homepage 12.14.45 # Torne: I don't think we can be sure about anything regarding the PP - everything has been found by experimentation/RE... 12.15.23 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 12.15.29 # liar|school: Yes, please try an official build. 12.16.01 # * linuxstb can't imagine what could cause that behaviour, unless there are local patches still applied 12.20.36 # linuxstb: same bug 12.23.21 # New commit by 03funman (r23185): Sansa Fuze & e200v2 : do not enable USBSTACK in the bootloader ... 12.25.16 *** Saving seen data "./dancer.seen" 12.26.31 Quit funman ("free(random());") 12.26.31 # linuxstb: indeed. 12.27.12 # linuxstb: it's tremendously hard to tell whether dma is causing problems or not 12.27.12 # because cacheline interference is subtle and may not happen at all simply by fluke 12.27.35 # the only thing i can think of to actually test it in a remotely controlled manner would be to add a setting for it 12.27.44 # so you can turn it off without changing to a new build, and see if problems go away 12.27.44 # liar|school: Can you try different SVN revisions, and see if you can see which one changed the behaviour? 12.29.22 # is there an easy way to update from a revision to another without checking out everything? 12.29.46 # svn up -r 12345 12.29.53 # changes a checkout to be revision 12345 12.29.59 # thanks 12.34.44 Join kugel [0] (n=kugel@rockbox/developer/kugel) 12.43.54 Quit kugel (Remote closed the connection) 12.44.36 # liar|school: Are you sure you have no local changes? i.e. what does typing "svn status" in the rockbox directory show? 12.51.08 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 12.59.42 # I've been working on rewriting OpenLiero in C for various frontends on iPodLinux using the hotdog library for fast compositing on the iPod. Now I'm also considering adapting it as a Rockbox plugin, so I have a few questions. 13.00.21 # Does rockbox have some kind of compositing API beyond what I've seen in the plugin header file, and does it support transparency? 13.01.06 Join funman [0] (n=fun@rockbox/developer/funman) 13.01.34 # there is something wrong with the build table/clients : it's been building r23185 for ~40 minutes 13.01.56 Quit DerPapst ("Leaving.") 13.02.16 # Also, how many targets does a plugin generally have to support before it's accepted into the repository? 13.02.43 # rvvs89: all targets, except where hardware limitations apply 13.03.35 # funman: the devcon2008 decision was that lack of target support was no reason to not commit 13.04.02 # What kind of range of memory is available for a plugin to occupy? 13.04.27 # The lower bound rather 13.04.37 # rvvs89: 512kB I think, but you can allocate a bit more if possible 13.05.03 # lower bound? 32K :) 13.05.12 # funman: isn't 512kB the upper bound? :-P 13.05.25 # I see :O 13.05.34 # gevaerts: what's the worst target concerning that? 13.05.40 # TheSeven: the archoses 13.05.58 # seriously though, if you stop playback, you can get all memory minus one or two megabytes 13.06.18 # ... which may be less a megabyte? 13.06.22 # Though I understand this is not ideal behavior 13.06.38 # on Clip, all memory minus two megabytes is 0 13.06.40 # linuxstb: i tried it with the build from the homepage, how could that include local changes? 13.07.11 # liar|school: local changes to your ipod's FS :-P 13.07.31 Join kachna [0] (n=kachna@213.220.198.248) 13.07.38 # have you wiped away the whole .rockbox folder before unpacking the official zip? 13.07.54 Join intrados1 [0] (n=intrados@cpe-75-187-57-252.columbus.res.rr.com) 13.07.55 # yes 13.07.59 # i even restored my ipod 13.08.08 # now that's really funny then. 13.09.03 # Is this 32kb-512kb of plugin memory allocated when rockbox starts or when the plugin starts? 13.09.09 # funman: but on the clip it's 2MB - 700kB, so there is still some room 13.09.14 # the database doesnt work too 13.09.19 # rvvs89: when rockbox starts 13.09.20 # liar|school: Good point! (sorry - I'm busy doing other things, so forgot that you said an official build also gave the same problem...) 13.09.46 # and you can steal memory from the audio buffer if you stop playback (which may be up to 30MB on some targets) 13.10.04 # Right, so I see the main challenge will be supporting the Archos targets 13.10.11 # rvvs89: this is statically allocated memory which is reserved for plugins (plugin won't link if it's too big) 13.10.42 # I had considered storing game sprites in statically allocated arrays in the plugin, but that may not be possible 13.10.45 # rvvs89: you can decide not to support those though, and build your plugin only if enough memory is available 13.10.48 # rvvs89: if I tell you that those run at 11MHz or 12MHz, and have a monochrome screen, do you still care? 13.11.23 # gevaerts: I think I can still make it work with a monochrome screen, albeit not as well as greyscale or 16bit colour. 13.11.40 # TheSeven: it may even be up to ~60megs 13.11.54 # oh yes, forgot about the big ipod video 13.12.00 # and the beast 13.12.06 # That's quite an exception though 13.12.14 # gevaerts: Then again, 11MHz... 13.12.24 # rvvs89: Regarding "how many targets?", I think the important thing is that the plugin is written in a portable way, rather than the actual porting being done already. 13.13.01 # Understood. 13.13.14 Join MHael [0] (n=chatzill@123-243-252-93.static.tpgi.com.au) 13.13.55 # is there some list of target plugin buffer sizes, besides the linker script? 13.14.30 # Hey, could someone test something out for me before I submit a bug? I just need to know whether this is player specific. 13.14.36 # TheSeven: basically everything has 512kb except targets with very little memory 13.14.49 # Play an audio file, then start the pitch_dtector plugin 13.15.03 # archoses, sansa clip, the dead ifp7xx port 13.15.39 # running at least release 3.4, and not on a Nano 13.15.45 # rvvs89: Apart from the lcd functions in the plugin API (i.e. those offered by core rockbox), there are also some "xlcd" functions in the plugin lib - apps/plugins/lib/ But I doubt those are what you're looking for. 13.15.53 # MHael: if it crashes it sounds like this bug http://www.rockbox.org/tracker/task/10635 13.16.16 # rvvs89: But it sounds like your code could be useful to other plugins, and therefore putting it in the plugin lib. 13.16.39 # Thanks, didn't find that one for some reason when I searched... 13.16.46 # linuxstb: Right, thanks. 13.17.14 # Do plugin libs occupy a part of that ~512kb? 13.17.31 # Yes, the plugin lib is linked with each plugin 13.17.41 # Statically? 13.17.50 # is there a webpage which lists status of build in progress ? 13.18.01 # rvvs89: Yes. 13.18.15 # linuxstb: arent unused parts stripped 13.18.17 # ? 13.18.20 # n1s: Yes 13.18.27 Quit MHael ("Bai guise") 13.20.56 # Can I portably access the bitmap(s) of fonts? Excepting of course targets with character lcd screens. 13.21.15 Quit kachna (Remote closed the connection) 13.21.27 # there is only 1 target with character lcd screen : an archos with 12MHz CPU 13.21.41 Join mcuelenaere [0] (n=mcuelena@78-22-177-194.access.telenet.be) 13.22.10 # Well then, across all non Archos targets, is there a portable way to access the font bitmaps? 13.22.30 # btw are there any statistics on target popularity? i somehow doubt too many people are using the old archoses any more 13.23.04 # TheSeven: i don't think so but we could ask the swedes to check the download statistics 13.23.38 # rvvs89: Currently there's only one internal format for fonts (they are 1bpp mono bitmaps). So portability isn't an issue. 13.23.54 # Cool, that should makes things easier. 13.25.23 Quit esperegu (Read error: 104 (Connection reset by peer)) 13.25.55 # Thanks for the assistance, I'll probably come back with more questions in a couple of weeks after semester ends. 13.30.48 # TheSeven: Nothing published I think. Although Bagder occasionally gives us some download stats (but it's impossible to tell numbers accurately, as for example people could be building themselves, or using unofficial third-party builds). We also don't have logs at all for the download mirrors. 13.31.27 # It could be easy to ask the download stats for the videolan mirror (i believe it's the only mirror) 13.35.28 # no we have two mirrors 13.35.47 # positive-internet.com hosts the second 13.36.02 # I only see 2 IPs for download.rockbox.org 13.36.22 # yes, one is videolan the other is p-i 13.36.49 # oh i thought it was on haxx servers 13.36.57 Join GeekShado_ [0] (n=Antoine@81.237.198-77.rev.gaoland.net) 13.37.20 # no, download is mirrors only. 13.37.48 # i'm great at wrong assumptions but the majority surely won't compile themselves? 13.37.55 # Zagor: do you know why http://build.rockbox.org/dev.cgi is stuck on building r23185 ? 13.38.23 Quit Torne (verne.freenode.net irc.freenode.net) 13.38.23 NSplit verne.freenode.net irc.freenode.net 13.38.23 Quit ej0rge (verne.freenode.net irc.freenode.net) 13.38.23 Quit dionoea (verne.freenode.net irc.freenode.net) 13.38.23 Quit tchan (verne.freenode.net irc.freenode.net) 13.38.23 Quit Zambezi (verne.freenode.net irc.freenode.net) 13.38.23 Quit n17ikh (verne.freenode.net irc.freenode.net) 13.38.23 Quit jvd (verne.freenode.net irc.freenode.net) 13.38.23 Quit blithe (verne.freenode.net irc.freenode.net) 13.38.23 Quit docgnome (verne.freenode.net irc.freenode.net) 13.38.23 Quit jds2001 (verne.freenode.net irc.freenode.net) 13.38.23 Quit shadearg (verne.freenode.net irc.freenode.net) 13.38.24 # topik_: I would agree with that assumption 13.38.50 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 13.40.04 NHeal verne.freenode.net irc.freenode.net 13.40.04 NJoin jds2001 [0] (n=jds2001@fedora/jds2001) 13.40.16 NJoin docgnome [0] (n=docgnome@65.101.144.42) 13.40.16 NJoin n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 13.40.16 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 13.40.16 NJoin ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) 13.40.16 NJoin blithe [0] (n=blithe@blakesmith.me) 13.40.16 NJoin Torne [0] (i=torne@lowell.wolfpuppy.org.uk) 13.40.16 NJoin jvd [0] (n=syscrash@poipu/developer/syscrash) 13.40.16 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 13.40.16 NJoin Zambezi [0] (i=Zulu@80.67.9.2) 13.40.16 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 13.40.21 Join blithe_ [0] (n=blithe@blakesmith.me) 13.40.22 Quit ej0rge (Killed by niven.freenode.net (Nick collision)) 13.40.23 Join ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) 13.40.28 Quit dionoea (Remote closed the connection) 13.40.31 Join dionoea_ [0] (n=dionoea@yop.chewa.net) 13.40.33 Join jvd_ [0] (n=syscrash@209.126.180.153) 13.40.44 Quit Zambezi (SendQ exceeded) 13.40.48 Quit n17ikh (SendQ exceeded) 13.41.01 Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 13.41.11 Join Zambezi [0] (i=Zulu@80.67.9.2) 13.41.23 # Zagor: Do you have any idea about how many people/unique IPs/whatever access Rockbox SVN? 13.41.25 Quit tchan (Connection reset by peer) 13.41.31 Quit blithe (Read error: 104 (Connection reset by peer)) 13.41.39 # funman: aha, a build server bug: 12:26:30 Ending round due to lack of clients 13.41.42 Quit jvd (Connection reset by peer) 13.41.54 Nick topik_ is now known as topik (i=awesome@wtf.grmpf.org) 13.41.54 # but it doesn't run the end-of-round scripts when that happens 13.43.09 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 13.50.40 # * TheSeven is running out of ideas again 13.51.15 # now a hw usb sniffer would indeed be helpful to see who's at fault here 13.51.35 # the ipod just receives only half of the data it should get 13.52.34 Quit GeekShadow (Read error: 110 (Connection timed out)) 13.52.47 # TheSeven: we have one 13.52.50 # TheSeven: Rockbox has one, sadly it's in the US at the moment (I think...) 13.53.42 # yes, but i'll probably have spotted the issue by the time it would arrive here 13.55.04 # linuxstb: no. we don't even log accesses to svn. 13.56.11 # all I know is it accounts for roughly 1 GB of data transfers per day 14.01.45 Quit antil33t (Read error: 54 (Connection reset by peer)) 14.01.51 Join antil33t [0] (n=Mudkips@119.224.12.185) 14.03.53 # New commit by 03torne (r23186): Add myself to committers. HI! 14.04.10 # bzr dpush to svn does work then 14.04.19 # but now it has to rebase :( 14.05.12 # ah that was relatively painless actually 14.07.00 # Welcome! 14.08.05 # thanks :) 14.08.56 # gevaerts: can you think of any explanation for the usb controller just reading 1KB from the bus and then getting stuck, when the host writes 2KB? 14.09.12 Join HellDragon [0] (n=jd@vpn.exhort.ca) 14.09.18 # if I monitor the DMA counters, I can see it reading 2 times 512 bytes... but the host should send 4 of these packets? 14.09.43 Quit antil33t (verne.freenode.net irc.freenode.net) 14.09.43 NSplit verne.freenode.net irc.freenode.net 14.09.43 Quit dionoea_ (verne.freenode.net irc.freenode.net) 14.09.43 Quit ej0rge (verne.freenode.net irc.freenode.net) 14.09.43 Quit Zagor (verne.freenode.net irc.freenode.net) 14.09.43 Quit markun (verne.freenode.net irc.freenode.net) 14.09.43 Quit amiconn (verne.freenode.net irc.freenode.net) 14.09.43 Quit AndyI (verne.freenode.net irc.freenode.net) 14.09.43 Quit bluebrother (verne.freenode.net irc.freenode.net) 14.09.43 Quit thegeek (verne.freenode.net irc.freenode.net) 14.09.43 Quit Bob_C (verne.freenode.net irc.freenode.net) 14.09.43 Quit linuxstb (verne.freenode.net irc.freenode.net) 14.09.43 Quit goffa (verne.freenode.net irc.freenode.net) 14.09.43 Quit gitster (verne.freenode.net irc.freenode.net) 14.09.43 Quit z35 (verne.freenode.net irc.freenode.net) 14.09.43 Quit togetic (verne.freenode.net irc.freenode.net) 14.10.11 NHeal verne.freenode.net irc.freenode.net 14.10.11 NJoin antil33t [0] (n=Mudkips@119.224.12.185) 14.10.11 NJoin dionoea_ [0] (n=dionoea@yop.chewa.net) 14.10.11 NJoin ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) 14.10.11 NJoin Zagor [242] (n=bjorn@rockbox/developer/Zagor) 14.10.11 NJoin markun [50] (n=markun@rockbox/developer/markun) 14.10.11 NJoin amiconn [0] (i=quassel@rockbox/developer/amiconn) 14.10.11 NJoin AndyI [0] (n=pasha_in@212.14.205.32) 14.10.11 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 14.10.12 NJoin thegeek [0] (n=nnscript@s168c.studby.ntnu.no) 14.10.12 NJoin gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) 14.10.12 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.10.12 NJoin z35 [0] (n=z35@ool-45717f0e.dyn.optonline.net) 14.10.12 NJoin togetic [0] (n=togetic@unaffiliated/ibuffy) 14.10.12 NJoin goffa [0] (n=goffa@70.33.8.114) 14.10.12 NJoin Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 14.10.14 # so the next question: will anyone object to rockbox version numbers which might look like r23165+bzr19377-091015 ? Is that too long? 14.10.39 # tools/version.sh just adds M for git if the head is not a svn revision.. 14.10.45 # but git commit thingies are pretty long 14.11.04 # Torne: how would bzrxxx be helpful when reporting a bug ? 14.11.25 # not a huge amount 14.11.34 # the bzr revision number isn't global 14.11.40 # perhaps if you distribute a test build which you can track in your local repo 14.11.42 # so you'd have to know what bzr branch it was from. 14.12.00 # this wouldn't change anything for the official builds, right? 14.12.11 # it won't change anything unless you build from a bzr branch, no 14.12.27 # FS#10414 has the change 14.12.36 # what if you build official unmodified builds from a bzr branch ? 14.12.49 # funman: if the head revision is a svn revision it looks the same as if it was svn 14.13.00 # the FS has a list of the things it will output 14.13.13 # it basically tries quite hard to give *some* kind of version number which is not a lie 14.13.23 # it's not always hugely helpful but it shouldn't ever be misleading 14.13.51 # Torne: well it looks ok. now the hardest part is to find an interested committer 14.14.00 # Fortunately this part is now done 14.14.08 # see above :) 14.14.19 Quit GeekShado_ ("The cake is a lie !") 14.14.22 Join esperegu [0] (n=quassel@s559081d2.adsl.wanadoo.nl) 14.14.23 # * funman was being ironic and wishes welcome to Torne 14.14.28 # * Torne grins 14.15.12 # pardon me being dense 14.16.22 # * Torne retests that the version.sh definately still works for svn/git 14.16.41 # actually using short git commits hashes could be useful 14.16.54 # someone siad that was proposed and rejected 14.17.00 # but who knows 14.17.09 # i dislike git so am indifferent :) 14.17.35 # it wouldn't fit on the clip screen however (and anything 128 pixels wide) 14.17.56 # funman: then make that line scroll :-P 14.18.37 # Clip has hardware scrolling, but we only have 4 pixels out of screen per line :/ 14.19.19 # It should be scrolled in the info screen but i'm not sure about the early logo 14.19.23 # Torne: Welcome! Now you can make your own ipod bootloader release ;) 14.19.27 # linuxstb: gah :) 14.20.14 # funman: well, if there's a concern that it'd be too long, i can kill the bzr revision, so it just displays the svn version it's based on, and an M if that's not the head or there are uncommitted changes (as the git version does) 14.20.48 # Torne: If it doesn't change anything for svn users, I've no objection. (and I guess git users will say the same...) 14.21.13 # Torne: it would only harm people modifying rockbox and using bzr so it's not a problem 14.21.17 # Torne: if it's to long for the bootloader, it won't really hurt, it will only clip off the end of the build date 14.21.25 # True 14.21.36 # too* 14.21.40 # if you really are using a version built from bzr you probably care more about the version than the date 14.22.36 # * Torne wiats for a git repo to clone so he can test it ;) 14.23.39 # git://git.rockbox.org/rockbox 14.23.53 # oh you wait for the clone to finish o: 14.23.56 # Yes :) 14.24.22 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 14.25.19 *** Saving seen data "./dancer.seen" 14.25.43 # seems to work. 14.26.34 Quit batman52 (Read error: 54 (Connection reset by peer)) 14.30.34 Join batman52 [0] (n=chatzill@dfv4p34j.polito.it) 14.30.46 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 14.31.10 # Niiice 14.31.20 # bzr-svn just gave me a backtrace while trying to push ;) 14.32.06 # haha 14.32.58 # TypeError: password should be string 14.33.11 # it worked when i typed my password interactively 14.33.19 # i sved it in the config and now it doesn'y :) 14.38.26 # New commit by 03torne (r23187): Add support for detecting build version in a bzr checkout (for bzr-svn users). ... 14.38.41 # * Torne goes to report a bug on bzr-svn :) 14.43.01 # Torne: Do you need developer rights on the tracker? 14.43.07 # zagor did it already 14.43.17 # Then close that task! ;) 14.43.26 # i'm doin git 14.43.39 # * linuxstb apologises for being impatient........... 14.45.38 Quit GodEater ("leaving") 14.46.07 Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) 14.49.54 # this might be interesting to whoever is doing s5cxxxx, http://bloggingthemonkey.blogspot.com/2009/08/neon-is-fashionable.html 14.51.38 # ...there's a DAP with an ARMv7? 14.54.40 Join Riku [0] (n=Lss@cm46.delta91.maxonline.com.sg) 14.54.45 Quit Lss (Read error: 54 (Connection reset by peer)) 14.58.30 Join jordan` [0] (i=gromit@78.235.252.137) 14.58.35 Join SIGSEGV [0] (n=user@61.250.113.98) 14.59.04 # * TheSeven is still stuck. 14.59.33 # TheSeven: i am getting a panic now, FTL: scheduling bank 0 block 3771 for remap! 15.00.02 # could be a bug, could be a nand fluke, or could be the first true bad block 15.00.53 # is there a way to determine what it is? 15.01.09 # can you reproduce it? 15.02.56 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 15.05.33 Join kyle6513 [0] (n=kyle6513@58.174.128.189) 15.09.47 # Torne: We now live in the era of PMPs... 15.10.06 # i guess 15.10.19 # but there aren't even very many ARMv7 *phones* yet 15.11.17 # funman: Just wakin up here... re: FS#10308, FS#10507 I'm still trying to get the SD cards to run at the lower freqs and I still go back and grab the preset freq patch now and then. I'd like to leave them open for now ;) 15.11.33 # New commit by 03teru (r23188): 15.11.56 # TheSeven: i am haveing it since i tried 23084 15.12.08 # when does it happen? 15.12.16 # everytime i try to boot rockbox 15.12.43 # can you boot to disk mode and try to read back the .rockbox dir to a pc and see if that fails somehow? 15.13.16 # oops, i used empty message file... 15.13.19 # TheSeven: appleos ok too? 15.13.26 # yes 15.13.50 # 3 input/output errors 15.13.52 # 23084 is supposed to have a stable nand driver 15.14.20 # teru: what message did you mean to add? 15.15.24 # the message i wanted to use is: FS#10554: Rockpaint: enable to set canvas size. 15.16.16 # liar|school: now copy a correct rockbox folder back to your ipod, and it should boot fine again 15.16.38 # write down that bank and block number somewhere, we'll check if the OFW has now remapped it later 15.17.06 # teru: fixed 15.18.02 # Zagor: oh, thank you. 15.18.45 # New commit by 03mc2739 (r23189): Add e200v2 to Daily Builds 15.20.06 # New commit by 03mc2739 (r23190): Add e200v2 and Fuze to manual download page 15.21.30 Quit kyle6513 ("Leaving") 15.23.34 Nick dionoea_ is now known as dionoea (n=dionoea@yop.chewa.net) 15.25.17 # What is needed for e200v2 and Fuze voice builds? 15.29.09 Join Topy [0] (n=Topy44@78.49.89.70) 15.29.30 # mc2739: manual changes by me, I'm afraid. fixing... 15.29.32 Nick SIGSEGV is now known as pjm0616 (n=user@61.250.113.98) 15.29.57 # Zagor: did you see http://build.rockbox.org/shownewlog.cgi?rev=23187;type=ipodmini2gsim ? 15.30.28 # gevaerts: odd 15.30.39 # dependency issue? 15.30.52 # Zagor: thanks 15.31.06 # gevaerts: looks like it 15.32.00 Nick jvd_ is now known as jvd (n=syscrash@209.126.180.153) 15.33.22 # * TheSeven would just call it a fluke 15.35.48 # no, it's a bug. I think it's due to the relative path in apps/codecs/libcook/SOURCES. if confuses the parser so no proper dependency is created for it 15.36.51 # Any objections to me doing an alphabetical sort on the daily builds page so that it matches the current builds page? 15.37.00 # mc2739: go ahead 15.37.09 # Zagor: "make `pwd`/apps/codecs/libcook.a" in a freshly configured empty build directory works fine 15.37.27 Quit T44 (Read error: 145 (Connection timed out)) 15.37.56 # gevaerts: try several times with -j 15.44.10 Quit kkurbjunW (Remote closed the connection) 15.44.18 Nick tchan1 is now known as tchan (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 15.45.17 Quit funman ("free(random());") 15.45.39 Join kkurbjunW [0] (n=karlk@12.41.166.8) 15.46.44 Quit Xerion (" ") 15.52.19 Quit mcuelenaere () 15.53.39 # New commit by 03mc2739 (r23191): Alphabetically sort daily builds 16.01.32 Quit antil33t (Read error: 104 (Connection reset by peer)) 16.01.35 # Torne: welcome! 16.01.38 Join antil33t [0] (n=Mudkips@119.224.12.185) 16.01.43 # thanks ;) 16.20.46 # Is it just me or are the front page and build tables not updating..... 16.22.55 Join coffee [0] (n=5cca6644@giant.haxx.se) 16.23.23 Nick coffee is now known as Guest63148 (n=5cca6644@giant.haxx.se) 16.24.43 Quit jordan` (Read error: 104 (Connection reset by peer)) 16.25.23 *** Saving seen data "./dancer.seen" 16.25.35 Join evilnick [0] (i=0c140464@rockbox/staff/evilnick) 16.25.37 Join jordan` [0] (i=gromit@78.235.252.137) 16.28.38 Join adb [0] (n=mirc@88-109-212-224.dynamic.dsl.as9105.com) 16.30.03 Quit Guest63148 ("CGI:IRC (EOF)") 16.35.56 # TheSeven: hmmm i am getting that ftl remap(always different block numbers) error nearly every time i boot rockbox 16.36.44 Quit intrados1 (Read error: 104 (Connection reset by peer)) 16.38.11 Join jordan`` [0] (n=jordan@78.235.252.137) 16.38.17 # TheSeven: but i copied every file from my ipod now and there where no input/output errors 16.41.16 # FlynDice: must be just you - they update fine for me 16.45.44 Quit jordan` (Read error: 110 (Connection timed out)) 16.46.00 Quit Rob2223 () 16.46.15 Quit teru ("Quit") 16.48.39 # wow that's weird... still not updating here 16.49.08 Join Strife89 [0] (n=michael@168.16.239.253) 16.50.21 # closed & reopened firefox and still on r23188 16.50.24 Quit Horschti ("Verlassend") 16.51.30 # FlynDice: that is the last build on trunk, the other builds were www 16.53.12 # ah, that explains it, I was trying to see what you did to add & sort those builds, thought I could learn something ;) 16.53.58 # flydutch: look here http://svn.rockbox.org/viewvc.cgi?view=rev&revision=23191 16.54.28 # oops that was flor FlynDice 16.54.41 # got it thx 16.58.39 # TheSeven, linuxstb: the error must have happened between r23102 and r23110 16.59.47 Join MethoS- [0] (n=clemens@134.102.106.250) 17.00.42 Join Rob2222 [0] (n=Miranda@p4FDCD83B.dip.t-dialin.net) 17.10.04 Quit dionoea (Read error: 104 (Connection reset by peer)) 17.11.08 Quit Zagor ("Don't panic") 17.11.43 Join dionoea [0] (n=dionoea@91.121.105.214) 17.11.54 # between r23106 and r23110(cant test revisions between because they are give panics) 17.19.00 Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) 17.19.19 Join derbaron [0] (n=d53d3d8a@83.168.254.42) 17.19.28 # rockbox is so AWESOME 17.19.58 # run so awesome on my sansae800v2 17.20.02 # :D 17.20.08 # just want to thank all developers etc 17.20.12 # donating of course 17.20.13 # :) 17.21.14 Quit derbaron (Client Quit) 17.23.24 # liar|school: huh. 23099 to 23014 have a known bug in the nand driver 17.24.30 # (and the only change in that area since then was fixing that) 17.25.09 # strange 17.25.22 # but have tried it multiple times now 17.25.50 # in r23104 there is no bug in the filebrowser 17.26.54 # i havent tested r23105, r23106 to r23109 are crashing 17.27.16 # and in r23110 there is again that bug 17.27.40 Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]") 17.29.56 # x 17.30.13 Quit dionoea (Read error: 145 (Connection timed out)) 17.35.37 Quit esperegu (Read error: 104 (Connection reset by peer)) 17.43.34 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 17.45.23 Quit yawny (Read error: 104 (Connection reset by peer)) 17.51.59 Join elcan [0] (i=user36@pr0.us) 17.56.59 # TheSeven: r23106: Add a thread to power down the NAND after inactivity on the iPod Nano 2G 18.01.04 Part LinusN 18.02.20 # thats not working with my ipod 18.04.36 Part redfox 18.09.52 Quit petur ("work->home") 18.16.18 # * TheSeven really needs a way to do logf-style on-lcd debugging while being connected to usb 18.16.20 Quit Strife89 ("My number of files is OVER 9000!") 18.16.47 Quit flydutch ("/* empty */") 18.18.30 # funman:(for the logs) Since all our AMS Sansa's that have multidrive are all removable µSD wouldn't HAVE_HOTSWAP be more appropriate for all of the HAVE_MULTIDRIVE #ifdefs in ata_sd_as3525.c? I'm looking and can't find one where it doesn't make sense to switch. 18.19.54 # It looks like you left some in there.. 18.23.50 Join pamaury [0] (n=pamaury@91-164-191-140.rev.libertysurf.net) 18.25.27 *** Saving seen data "./dancer.seen" 18.26.28 Join z35_ [0] (n=z35@ool-45714f83.dyn.optonline.net) 18.28.52 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.30.32 Join esperegu [0] (n=quassel@145.116.15.244) 18.32.22 Join dionoea [0] (n=dionoea@yop.chewa.net) 18.32.44 Quit maruk ("Leaving.") 18.33.04 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.34.13 Join JdGordon1 [0] (n=jonno@173-117-155-246.pools.spcsdns.net) 18.42.50 Quit z35 (Read error: 110 (Connection timed out)) 18.43.18 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.44.52 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.45.41 Join ED_209 [0] (n=chatzill@60-242-38-227.static.tpgi.com.au) 18.46.03 # hey, I have an h300 and I just installed a cameron sino 2200mAh battery 18.46.29 # it's been charging with the stock firmware and wall adapter for about 4 hours now, because rockbox wouldn't boot 18.46.41 # TheSeven: you could make the logf viewer acknowledge the SYS_USB_CONNECTED event 18.47.17 # should I boot into rockbox now or keep charging with the iriver firmware? 18.47.24 Join daggett [0] (n=denis@74.56.62.201) 18.49.15 # I mean would it cause harm to the battery if I were to briefly unplug it, boot rockbox, change the battery capacity to 2200mAh and then keep charging it for the first time? 18.51.07 # at first there was no juice AT ALL so it went straight to the iriver charging screen, I thought rockbox would have booted up.. 18.54.57 # ED_209: unplug-boot-plug certanly doesnt harm the battery.. 18.56.48 # doesnt the h3x0 players also charge without booting ? (at least my h120 can do this, which ofcourse helps charging, as nothing uses any power) 18.57.26 # domonoky: the h300 boots the of if the charger is plugged in when it's off 18.58.25 # I'm charging it for the first time 18.58.36 # I want to make sure this battery is good 19.00.41 # should I boot into rockbox and continue charging it from there? or just leave it be? 19.01.12 Quit liar|school (Connection reset by peer) 19.01.16 # ED_209: it doesnt really matter. charging is done in hardware. 19.01.17 Join liar|school [0] (n=liar@213162066172.public.t-mobile.at) 19.01.29 # it doesn't matter at all? 19.02.29 # what does changing the battery capacity in rockbox do then 19.02.49 # that only influences the estimated remaining runtime. 19.02.54 # and how does the hardware know when a 2200mAh battery is charged compared to a stock battery? 19.03.28 # (or a dying ex-battery) 19.03.33 # the hardware doesnt need to know any capacity, it just charges, till the voltage reaches a certain threshold. 19.03.42 # when it hits the voltage the charger thinks means "full" 19.04.53 # so with a larger capacity battery 19.04.59 # ED_209: the only thing to remember is, that new batterys may need a few charge/discharge cycles till they reach full capacity. 19.05.33 # oh? 19.05.33 # oh is that true also for lithium batteries? 19.05.39 # I would think everything comes with a lithium polymer battery these days 19.05.45 # especially everything flat 19.06.02 # ED_209: with a larger battery the voltage reaches the threshold later, so it gets charged more. so no worries... 19.06.31 # domonoky: and it'll still need a few charge/discharge cycles? 19.06.44 # the battery in my new phone certanly improved after a few charge/discharge cycle, and thats lithium-poly. 19.07.08 # I was told that lithium polymer batteries don't like deep cycling 19.07.30 # yes, but deep cycling is really deep, i.e. below the shutoff threshold 19.07.31 # deep cycling is something different, and harmfull for lithium batterys. 19.07.47 # oh right 19.08.03 # so I should run it until the firmware shuts it off? 19.08.08 # then recharge? 19.08.28 # ED_209: just uses it normally, and expect that the runtime may improve a bit overtime. 19.08.36 # FlynDice: Check the logs - I explained the difference between multidrive and hotswap yesterday 19.09.11 # hey has anyone seen an IDE to zif converter that would fit inside a player? 19.09.19 Join saratoga [0] (i=98039f25@gateway/web/freenode/x-eqbktnymaohhizkq) 19.09.27 # i don't think discharging the battery helps any 19.09.50 # i think thats just an urban legend because some devices need to discharge a battery to calibrate their battery meters 19.10.40 Join funman [0] (n=fun@rockbox/developer/funman) 19.10.40 # gevaerts: can you make any sense out of windows sending a SET_CONFIGURATION 0x100? 19.10.45 # the battery university web site says "Lithium-ion is a very clean system and does not need priming as nickel-based batteries do. The 1st charge is no different to the 5th or the 50th charge. Stickers instructing to charge the battery for 8 hours or more for the first time may be a leftover from the nickel battery days." 19.11.03 Quit kkurbjunW (Remote closed the connection) 19.11.10 # gevaerts: I've already checked endianness, and it's definitely sent the wrong way for some reason 19.11.23 # TheSeven: that doesn't make sense at all... 19.11.34 Quit DerPapst ("Leaving.") 19.12.28 Join kkurbjunW [0] (n=karlk@12.41.166.9) 19.12.40 Part docgnome 19.12.44 # bertrik: they still re-use those stickers? 19.13.14 # I bet the 1st charge is different from the 50th 19.13.23 # what about the 300th charge 19.14.10 Join root___ [0] (n=root@AGrenoble-257-1-77-78.w86-211.abo.wanadoo.fr) 19.14.17 Nick root___ is now known as polobricolo (n=root@AGrenoble-257-1-77-78.w86-211.abo.wanadoo.fr) 19.14.23 # capacity decreases with each charge cycle, so later cycles don't hold as much power 19.14.29 # ask the guy from batteryuniversity.com, I'm just quoting :) 19.14.34 Quit polobricolo (Client Quit) 19.15.09 # I don't think it's a real university 19.15.30 # of course it isn't :-P 19.15.45 # so this 1st charge will be the best? 19.15.49 # fine, do whatever you want to your battery, I don't care 19.16.06 # probably 19.16.15 Join polobricolo [0] (n=paul@AGrenoble-257-1-77-78.w86-211.abo.wanadoo.fr) 19.16.19 # feel free to do some reading and find out for yourself 19.16.54 # well I didn't know that the charging was all hardware 19.17.05 # since I'm running rockbox I thought I'd ask in here 19.17.38 # the method used to charge doesn't have anything to do with the battery capacity 19.17.58 # sweet 19.18.02 # the charging procedure is the same no matter how you implement it 19.18.08 # if you want to know about it try google 19.18.37 # >> [19:15] the method used to charge doesn't have anything to do with the battery capacity 19.18.40 # not entirely true 19.19.06 # ok well I'm going to leave it charging until it says it's full 19.19.08 # you *could* increase CC stage current a little if you wanted to with a bigger capacity :-D 19.20.43 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-cytoxremdndcfwuo) 19.20.52 Join val3 [0] (i=sebel@g224193140.adsl.alicedsl.de) 19.21.22 # any idea why "panicf("SET_CONFIGURATION %8X", (int)ctrlreq.wValue);" seems to interpret that field as big endian? 19.21.53 # the wireshark trace shows it's "01 00", so 0x0001 in little endian, but that panicf prints out 00000100 19.21.55 # why %8x? It's only a 16 bit value 19.22.10 # shouldn't cause this of course 19.22.33 # i casted it to an int to make sure there wasn't any type mess fooling me, but just %d and wValue without the cast yields 256 19.23.45 Join wincent [0] (n=wincent@f049016239.adsl.alicedsl.de) 19.24.04 # this shouldn't cause any trouble though, as the value is ignored in the usb core, as long as it's nonzero 19.24.56 # yes, but it's still weird 19.25.09 # * gevaerts doesn't like unexplained weirdness 19.26.25 # what happens if I leave the iriver plugged in all night 19.27.19 # well, saying the 1st charge is different from the 50th one is nitpicking. the cycle time starts to decrease noticeably way later 19.28.13 # ED_209: always a good idea 19.29.34 # hi all, any ipod 5.5g rockbox users there, i am experiencing some trouble with the HDD, i started the diagnostic mode, can anyone help me to interpret the data ?! 19.30.40 # amiconn: re: HOTSWAP Thanks I see that now 19.31.00 Quit JdGordon1 (Read error: 110 (Connection timed out)) 19.32.36 # TheSeven: sarcasm? 19.33.00 # seriously I want to sleep, and I won't wake up for about 12 hours 19.33.13 # TheSeven: usually there's no harm in doing that, if the mechanisms to protect the battery work 19.33.18 # why doesn't it turn off once it's charged 19.33.18 # ED_209: nothing bad will happen, the charging hardware takes care of this. 19.33.25 # really? 19.33.27 # if you want it to be 100% full, you'll in fact need to do that 19.33.30 # ED_209: (that was for you) 19.34.08 # so it stops voltage from reaching the battery once it's full? 19.34.16 # the battery will never be full 19.34.18 # if those things show they're full, they're at most at 95% 19.34.27 # to get 97%, you'll need to charge it for several hours longer 19.34.31 # you know what I mean :P 19.34.34 # li-ion wouldn't be very successful if leaving it a bit too long in the charger would hurt 19.34.42 # and even if you charge it for days, you'll only slowly approach the 99% 19.34.46 # ED_209: yes, it stops charging once the battery is full 19.35.25 # n1s: if the charger is good, it doesn't really stop, but charge slower, and slower, and slower, ... 19.35.50 # ... until there's barely any current running into the battery any more 19.36.51 # TheSeven: ok, but the effect is essentially the same /me oversimplified a bit maybe 19.37.24 # yep, exactly. anyways, it can't hurt the battery if the charger works properly (which it really should) 19.37.39 # charger being the thing I plug into the wall 19.37.50 # no, internal to the player 19.37.53 # or whatever witchery is inside the iriver 19.38.02 # the latter 19.38.32 # I had to literally dig up my iriver charger to even get this thing to charge 19.38.34 # i wonder if a lcd_puts() function is a good idea, we seem to do snprintf(buf, sizeof buf, foo); lcdputs(0,0,foo); in a lot of places 19.38.41 # USB wouldn't do it 19.38.47 # eh a lcd_putsf() function 19.39.02 # the screen remained black and little clicking noises came out, I nearly had a heart attack 19.39.32 # it is supposed to be able to charge fro usb 19.39.45 # well that's what happened 19.39.55 # gevaerts: is it normal that the ipod is detected as a compound device even if i have enabled only storage? 19.40.56 # * TheSeven hates using panicf for debugging 19.42.16 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.44.13 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 19.45.35 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.54.21 Part adb 19.55.03 Quit polobricolo (Read error: 60 (Operation timed out)) 19.57.05 Join peter_b [0] (n=peter_b@93.134.13.31) 19.57.24 Quit liar|school (Remote closed the connection) 19.58.29 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 20.03.24 # * JdGordon| wonders if there is room in the rb fund to sponsor a cheapy mac for rbutil development? 20.03.43 # TheSeven: "enabled only storage" how? 20.03.44 # n1s: sure, it just exists already 20.04.05 # however, it doesn't format 20.04.17 # #define HAVE_USBSTACK 20.04.18 # #define USB_ENABLE_STORAGE 20.04.20 # #define USE_ROCKBOX_USB 20.04.24 # plus things like vendor id etc. 20.04.27 # ah yea, putsf would be fine 20.04.59 Join Eragon55 [0] (i=chatzill@216.8.173.41) 20.05.02 # TheSeven: most USB_ENABLEs are done in config.h 20.05.30 # kugel, n1s: Problem is that there are other lcd_put* variants. Should they all have a formatting variant? 20.05.32 # kugel: yeah i meant to don't have to always do snprintf and then lcd_puts like it's done in so many places 20.05.51 # lcd_putsxy, lcd_puts, lcd_puts_scroll, ... 20.06.05 # why not? 20.06.20 # overkill? 20.06.36 # how's that overkill? 20.06.38 # amiconn: i think we can add for the ones where it will be used and leave the others alone 20.07.22 # if a shitload of places do the snprintf+puts* combo it will surely simplify things 20.07.45 # we have wrappers for more trivial things in the lcd driver 20.08.12 # * amiconn wonders what this "shitload" evaluates to 20.09.34 # the fact that we have splashf makes a lot of splashes easier too 20.11.03 # hi guys 20.11.31 # can i get rockbox to work with an alternative partition table on my ipod? 20.11.32 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.12.35 # the bootloader complains about not being able to open rockbox.ipod if i dont use the std partitons table 20.14.05 # n1s: I agree, we should just provide it, instead of forcing everyone to invent the wheel once again 20.14.40 # peter_b: it would help if you would say what that partition table looks lile 20.14.45 Join petur [0] (n=peter@rockbox/developer/petur) 20.14.55 # i think i'll look into that tomorrow then 20.15.58 # n1s: at least 3 target do their debug with that, 2 even put that in a debug_printf macro which does the same 20.16.18 # i just want to have some free space between the 2 partitons 20.16.20 # well, not exactly the same, it also does incrementing the line number automatically 20.16.35 # that should work 20.16.35 # looks like the hd has some bad sectors there 20.16.51 # so i changed the start of the second parttion to cyl 50 20.17.10 # peter_b sector size = 512? 20.17.18 # (it was 5 befoe iirc) 20.17.31 # mom 20.17.45 # its a 80bg 5g 20.18.11 # gevaerts: was this that crazy hard drive? 20.18.32 # that's the one that uses 2048 byte sectors, yes 20.18.37 # if the sectors are not 512 bytes, i would blame it on your partitioning tool. i've seen a lot of them fail in that condition 20.18.50 # hmm 20.19.02 # we were having massive trouble with the ipod nano 2g which has 2048 byte sectors, too 20.19.07 # damn ipod battery is to emty right now 20.19.18 # i don't think there was any tool that worked 100% properly in that case 20.19.56 # but as soon as i can take a look i will check what sce size my fdisk thinks there is 20.20.34 # ok 20.21.10 # which tools did you use? 20.21.19 # linux fdisk 20.21.38 # 2.16.1 20.21.43 # and to format? 20.21.51 # mkdosfs 20.21.54 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 20.22.14 # did you unplug and re-plug your ipod between partitioning and formatting? (or reload your partition table in a different way) 20.22.15 # 3.0.6 20.22.27 # yes 20.22.38 # ah, that one has suspected issues with 2048 byte sectors and rockbox. Try mformat 20.23.14 # see http://www.rockbox.org/wiki/IpodManualRestore 20.23.23 # but isnt it strange than the it works fine if i use the std partition table? 20.24.24 Join mrtok1 [0] (n=dummy@p4FCC73C6.dip.t-dialin.net) 20.25.29 *** Saving seen data "./dancer.seen" 20.25.53 # I don't know. The mkdosfs issues are unpredictable and unknown, alignment may be involved for all I know 20.25.58 # ill try again wih mformat 20.28.04 Quit bertrik (Remote closed the connection) 20.29.16 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.30.10 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 20.30.46 Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.31.11 # kugel: in fact it seems debug_menu.c is the only place this is really common 20.33.44 # hmmm 20.33.54 # how do i get the drive letter for mformat? 20.34.34 # ahh 20.34.37 # i see ... 20.35.27 # n1s: did you look for similar putsxy cases too? 20.36.08 # I assume puts isn't used that much in general outside the debug menu, since only the lists do line oriented drawing 20.36.23 # other places not so much 20.36.45 # (of course lists are the very vast majority) 20.38.21 # mformat -S 2048 -M 2048 -F D: 20.38.32 # complains: 20.38.37 # argssize must be less than 6 20.39.50 # eh i fail badly at grepping so i will check it more thoroughly tomorrow 20.40.14 # peter_b: http://www.rockbox.org/wiki/IpodConversionToFAT32 has some more options 20.40.38 # * gevaerts isn't really an mformat expert 20.42.41 # thx 20.42.44 # mformat -t 2428 -h 255 -n 63 -S 4 -M 2048 -F D: 20.42.53 # seems to do something 20.44.04 # ok 20.44.11 # lets see if rockbox boots now 20.44.20 # eject /dev/sdp 20.46.41 # hurray 20.46.55 # boots now with my partition table 20.46.59 # thx! 20.47.50 # \☺/ 20.49.48 Quit Zarggg () 20.50.32 # are you guys interested in a plugin that turns rockbox into a remote trigger for a camera ? 20.50.46 # (needs a special cable too ...) 20.51.06 # im sure *someone* is 20.51.52 # is there a place to put stuff like that? 20.55.29 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.59.14 Join ifonefox [0] (n=irchon@c-69-142-98-9.hsd1.nj.comcast.net) 20.59.50 Quit ifonefox (Remote closed the connection) 21.02.34 Join ifonefox [0] (n=irchon@c-69-142-98-9.hsd1.nj.comcast.net) 21.03.19 Quit mrtok1 () 21.04.01 Quit ifonefox (Remote closed the connection) 21.11.12 # New commit by 03kugel (r23192): Show track length too for tracks tagged with the discnumber tag in the database. ... 21.15.05 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 21.27.41 Quit Tristan (Read error: 131 (Connection reset by peer)) 21.47.44 Quit Thundercloud (Remote closed the connection) 21.48.28 # New commit by 03FlynDice (r23193): AMS Sansa: FS#10669 Reimplement Voltage scaling. ... 21.49.48 Part kkurbjunW 21.51.00 Join stoffel [0] (n=quassel@p57B4E282.dip.t-dialin.net) 21.52.24 Quit Utchybann (Read error: 113 (No route to host)) 21.52.25 Join mt_ [0] (n=MTee@41.233.138.9) 21.53.08 Nick mt_ is now known as mt (n=MTee@41.233.138.9) 21.57.11 Join p3tur [50] (n=petur@rockbox/developer/petur) 21.59.00 Join polobricolo [0] (n=paul@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) 21.59.52 Quit z35_ (Read error: 104 (Connection reset by peer)) 21.59.57 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 21.59.59 # I think I'd rather reimplement the s5l8700 usb than re-use the one from the cowon d2 22.00.34 # why is that? 22.00.54 # too much hacks to get the code working on both? 22.01.02 # a lot seemed to be missing when comparing it with the OF 22.01.30 # and I'm afraid I'll break it for the cowon d2 ... :) 22.01.58 # bertrik: you could start by copying the file and later try to merge them again.. 22.04.49 Join fyrestorm [0] (n=nnscript@cpe-24-90-86-101.nyc.res.rr.com) 22.05.03 Join KBH [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) 22.07.44 Quit HBK (Read error: 110 (Connection timed out)) 22.09.55 Quit MethoS- (Remote closed the connection) 22.11.37 Join faemir [0] (n=faemir@78.33.109.163) 22.13.32 # New commit by 03rob (r23194): Touchscreen support for newer Cowon D2+ hardware revisions (using TSC200x touchscreen controller). ... 22.14.04 Quit gevaerts (Nick collision from services.) 22.14.13 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 22.14.47 Quit funman ("free(random());") 22.19.54 # New commit by 03rob (r23195): Add Jonas Aaberg to the credits. 22.21.42 Quit bmbl ("Bye!") 22.23.28 Join s3b33 [0] (i=sebel@f053086153.adsl.alicedsl.de) 22.23.44 Quit stoffel (Remote closed the connection) 22.25.31 *** Saving seen data "./dancer.seen" 22.30.09 Quit val3 (Read error: 60 (Operation timed out)) 22.31.32 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 22.32.26 Quit Rob2222 () 22.36.44 Join Rob2222 [0] (n=Miranda@p4FDCD83B.dip.t-dialin.net) 22.40.51 Quit Rob2222 (Remote closed the connection) 22.47.09 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 22.47.09 *** Cleanup 22.47.09 *** Cleanup 22.47.09 *** Saving seen data "./dancer.seen" 22.47.09 *** Exit 22.47.11 *** Started Dancer V4.16 22.47.11 *** Connected to irc.freenode.net on port 6667 22.47.11 *** Logfile for #rockbox started 22.47.14 *** Server message 501: 'logbot :Unknown MODE flag' 22.47.14 Mode "logbot :+i" by logbot 22.47.15 Join logbot [0] (n=rockbox@giant.haxx.se) 22.47.15 Join Rob2222 [0] (n=Miranda@p4FDCD83B.dip.t-dialin.net) 22.47.15 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 22.47.15 Join s3b33 [0] (i=sebel@f053086153.adsl.alicedsl.de) 22.47.15 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 22.47.15 Join faemir [0] (n=faemir@78.33.109.163) 22.47.15 Join KBH [0] (n=hbk@rrcs-97-77-50-246.sw.biz.rr.com) 22.47.15 Join fyrestorm [0] (n=nnscript@cpe-24-90-86-101.nyc.res.rr.com) 22.47.15 Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) 22.47.15 Join polobricolo [0] (n=paul@AGrenoble-257-1-37-22.w86-206.abo.wanadoo.fr) 22.47.15 Join p3tur [50] (n=petur@rockbox/developer/petur) 22.47.15 Join mt [0] (n=MTee@rockbox/developer/mt) 22.47.15 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 22.47.15 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.47.15 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 22.47.15 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.47.15 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 22.47.15 Join petur [0] (n=peter@rockbox/developer/petur) 22.47.15 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 22.47.15 Join peter_b [0] (n=peter_b@93.134.13.31) 22.47.15 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 22.47.15 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 22.47.15 Join wincent [0] (n=wincent@f049016239.adsl.alicedsl.de) 22.47.15 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-cytoxremdndcfwuo) 22.47.15 Join saratoga [0] (i=98039f25@gateway/web/freenode/x-eqbktnymaohhizkq) 22.47.15 Join daggett [0] (n=denis@74.56.62.201) 22.47.15 Join ED_209 [0] (n=chatzill@60-242-38-227.static.tpgi.com.au) 22.47.15 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 22.47.15 Join kugel [0] (n=kugel@rockbox/developer/kugel) 22.47.15 Join dionoea [0] (n=dionoea@videolan/developer/dionoea) 22.47.15 Join esperegu [0] (n=quassel@145.116.15.244) 22.47.15 Join pamaury [0] (n=pamaury@91-164-191-140.rev.libertysurf.net) 22.47.15 Join elcan [0] (i=user36@pr0.us) 22.47.15 Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) 22.47.15 Join jordan`` [0] (n=jordan@78.235.252.137) 22.47.15 Join evilnick [0] (i=0c140464@rockbox/staff/evilnick) 22.47.15 Join antil33t [0] (n=Mudkips@119.224.12.185) 22.47.15 Join Topy [0] (n=Topy44@78.49.89.70) 22.47.15 Join pjm0616 [0] (n=user@61.250.113.98) 22.47.15 Join Riku [0] (n=Lss@cm46.delta91.maxonline.com.sg) 22.47.15 Join GodEater [0] (n=bibble@rockbox/staff/GodEater) 22.47.15 Join batman52 [0] (n=chatzill@dfv4p34j.polito.it) 22.47.15 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 22.47.15 Join Bob_C [0] (n=chatzill@host86-141-199-226.range86-141.btcentralplus.com) 22.47.15 Join goffa [0] (n=goffa@70.33.8.114) 22.47.15 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 22.47.15 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.47.15 Join gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) 22.47.15 Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) 22.47.15 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 22.47.15 Join AndyI [0] (n=pasha_in@212.14.205.32) 22.47.15 Join amiconn [0] (i=quassel@rockbox/developer/amiconn) 22.47.15 Join markun [50] (n=markun@rockbox/developer/markun) 22.47.15 Join ej0rge [0] (n=alhaz@alhaz.fttp.xmission.com) 22.47.15 Join HellDragon [0] (n=jd@Wikipedia/HellDragon) 22.47.15 Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) 22.47.15 Join Zambezi [0] (i=Zulu@80.67.9.2) 22.47.15 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 22.47.15 Join jvd [0] (n=syscrash@poipu/developer/syscrash) 22.47.15 Join blithe_ [0] (n=blithe@blakesmith.me) 22.47.15 Join shadearg [0] (i=arg@ipv4.panoptix.net) 22.47.15 Join Torne [0] (i=torne@lowell.wolfpuppy.org.uk) 22.47.15 Join jds2001 [0] (n=jds2001@fedora/jds2001) 22.47.15 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 22.47.15 Join bubsy [0] (n=bubsy@94.139.72.137) 22.47.15 Join Llorean [0] (n=DarkkOne@rockbox/user/Llorean) 22.47.15 Join rasher [50] (n=rasher@rockbox/developer/rasher) 22.47.15 Join n1s [0] (n=n1s@rockbox/developer/n1s) 22.47.15 Join ender` [0] (i=krneki@foo.eternallybored.org) 22.47.15 Join linuxguy3 [0] (n=timj@adsl-76-203-24-73.dsl.emhril.sbcglobal.net) 22.47.15 Join Sharn [0] (n=brandon@dsl-207-183-188-180.freedom.wy.silverstar.com) 22.47.15 Join jfc [0] (n=john@66.82.208.2) 22.47.15 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 22.47.15 Join w1ll14m|_ [0] (n=nobody@84-104-81-17.cable.quicknet.nl) 22.47.15 Join Rondom [0] (n=Rondom@dslb-084-057-132-035.pools.arcor-ip.net) 22.47.15 Join gtkspert [0] (n=gtkspert@124-169-23-27.dyn.iinet.net.au) 22.47.15 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.47.15 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 22.47.15 Join topik [0] (i=awesome@wtf.grmpf.org) 22.47.15 Join Sajber^ [0] (n=Sajber@h-142-150.A213.priv.bahnhof.se) 22.47.15 Join courtc [0] (n=court@unaffiliated/courtc) 22.47.15 Join crwl [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) 22.47.15 Join OttoScratchansni [0] (n=qball@unaffiliated/qball) 22.47.15 Join bzed [0] (n=bzed@devel.recluse.de) 22.47.15 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 22.47.15 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 22.47.15 Join meermanr [0] (n=meermanr@robmeerman.co.uk) 22.47.15 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 22.47.15 Join maraz_ [0] (i=maraz@xob.kapsi.fi) 22.47.15 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 22.47.15 Join crashd [0] (i=foobar@lostnode.org) 22.47.15 Join volkmar [0] (n=volkmar@gentoo/developer/volkmar) 22.47.15 Join janne_oksanen [0] (n=janne@130.234.191.99) 22.47.15 Join Shaid [0] (i=adam@lurking.shaid.net) 22.47.15 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 22.47.15 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 22.47.15 Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 22.47.15 Join J-23 [0] (n=zelazko@unix.net.pl) 22.47.15 Join YPSY [0] (n=ypsy@87.106.45.183) 22.47.15 Join tarbo [0] (n=me@unaffiliated/tarbo) 22.47.15 Join parafin [0] (i=parafin@paraf.in) 22.47.15 Join preglow [0] (n=thomj@tvilling2.pvv.ntnu.no) 22.47.15 Join freqmod_qu [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 22.47.15 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 22.47.15 Join Res1 [0] (n=Res@user-0c6s6ir.cable.mindspring.com) 22.47.15 Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) 22.47.15 Join Unhelpful [0] (n=quassel@rockbox/developer/Unhelpful) 22.47.15 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 22.47.15 Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) 22.47.15 Join krazykit [0] (n=kkit@c-24-218-166-241.hsd1.ma.comcast.net) 22.47.15 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 22.47.15 Join kohl^fi [0] (n=Kohlrabi@frustrum.nosebud.de) 22.47.15 Join fxb [0] (n=felixbru@85.214.97.64) 22.47.15 Join jon-kha [0] (i=jon-kha@83.150.91.127) 22.47.15 Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) 22.47.15 Join zu_ [0] (n=zu@bucketheaded.eu) 22.47.15 Join CIA-85 [0] (n=CIA@208.69.182.149) 22.47.15 Join DaCapn [0] (i=dacapn@72.20.39.73) 22.47.15 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 22.47.15 Join beta2k [0] (n=beta@24.36.68.97) 22.47.15 Join ch4os [0] (n=ch4os@gentoo/user/ch4os) 22.47.15 Join tha [0] (i=1038@ccc2.rbg.informatik.tu-darmstadt.de) 22.47.15 Join alexbobp [0] (n=alex@66.112.249.119) 22.47.15 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 22.47.15 Join fish_ [0] (n=fish@freigeist.org) 22.47.15 Join Hadaka [0] (n=naked@naked.iki.fi) 22.47.15 Join tmzt [0] (n=tmzt@adsl-99-51-211-69.dsl.akrnoh.sbcglobal.net) 22.47.15 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 22.47.15 Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) 22.47.15 Join bughunter2 [0] (n=bughunte@unaffiliated/bughunter2) 22.47.15 Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) 22.47.15 Join pcc1 [0] (n=peter@master.pcc.me.uk) 22.47.15 Join sbhsu [0] (n=a6530466@192.192.120.197) 22.47.15 Join r00s [0] (n=ru@zentrale.profitables.biz) 22.47.15 Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) 22.47.15 Join FOAD [0] (n=dok@dinah.blub.net) 22.47.15 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 22.47.15 Join lucent [0] (i=lucent@unaffiliated/shadows) 22.47.15 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 22.47.15 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 22.47.15 Join Dgby714 [0] (n=Dgby714@pool-173-78-91-222.tampfl.fios.verizon.net) 22.47.15 Join JackWinter [0] (n=jack@vodsl-10804.vo.lu) 22.47.15 Join dmb [0] (n=Dmb@unaffiliated/dmb) 22.47.15 Join AB3JU [0] (n=dz@alt.dissonance.nl) 22.47.15 Join @ChanServ [0] (ChanServ@services.) 22.52.48 Quit bluebrother (Nick collision from services.) 22.52.51 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 22.53.56 Quit esperegu (Read error: 113 (No route to host)) 22.58.36 Quit p3tur ("Zzzzzz") 22.58.55 Quit petur (Remote closed the connection) 22.59.48 Quit Rob2222 () 23.02.24 Join markatto [0] (n=markatto@76.226.234.201) 23.02.49 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 23.03.02 Join fyrestorm [0] (n=nnscript@cpe-24-90-86-101.nyc.res.rr.com) 23.05.00 Join Rob2222 [0] (n=Miranda@p4FDCD83B.dip.t-dialin.net) 23.05.40 Join Eragon55 [0] (i=chatzill@dyn216-8-173-41.ADSL.mnsi.net) 23.08.17 Quit n1s ("Lämnar") 23.08.31 Quit fyrestorm (Read error: 113 (No route to host)) 23.14.00 # New commit by 03kugel (r23196): Pitchscreen: Don't clear the whole display, but only the parent viewport. 23.16.25 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 23.16.27 *** Server message 477: 'logbot #rockbox :[freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup' 23.19.31 Join funman [0] (n=fun@rockbox/developer/funman) 23.28.34 Quit evilnick ("Page closed") 23.30.21 # New commit by 03kugel (r23197): Use the center align viewport flag to draw top and bottom text centered. 23.32.57 # * JdGordon| isnt so sure about using setting an alignment and rtl flag on a viewport.... 23.35.12 # New commit by 03kugel (r23198): Correct a small misaligned brace. 23.35.24 Join liar|school [0] (n=liar@83.175.83.185) 23.36.01 Nick liar|school is now known as liar|netbook (n=liar@83.175.83.185) 23.36.07 Quit ender` (" Never say "Oooops" ... always say "Ahhh, interesting..."") 23.40.21 # JdGordon|: it turns out quite handy actually 23.40.31 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 23.42.59 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 23.43.05 Join roolku [0] (n=roolku@77-99-223-115.cable.ubr16.sgyl.blueyonder.co.uk) 23.45.49 # kugel: Nice binsize saving :-) 23.48.14 # hehe 23.48.43 # * funman points people knowing WPS code to http://www.rockbox.org/tracker/task/10673 23.49.16 # * JdGordon| passes the buck on that one 23.49.28 # at work? 23.49.44 # funman: I looked at it actually, I was about to commit it, but I decided to find a way to do with without code duplication first 23.50.33 # which led me to find out that firmware/include/sound.h contains #ifdef HAVE_PITCHSCREEN stuff (in firmware/ !!) 23.50.59 # * TheSeven spots a lockup around getmaxlun requests 23.51.19 # and #define HAVE_PITCHSCREEN is in config-target.h which it shouldnt be :/ 23.52.05 # Looks like the build system is still having problems :\ 23.52.06 # JdGordon|: why? 23.52.36 # because its not target specific... its generic to all swcodec 23.52.40 # * kugel glares at the "failed regex:" message above the download table 23.52.41 # Bagder: Also why does http://build.rockbox.org/ show "Failed regex:" above the table? 23.52.49 # first!! 23.53.07 # kugel: The pitchscreen isn't swcodec only 23.53.28 # amiconn: I know, tell it JdGordon| 23.53.45 # do any targets *not* have it? 23.53.46 # Eh, that's what I meant 23.53.59 # JdGordon|: at least one, you know which :p 23.54.08 # JdGordon|: The Player doesn't, and this time not because of charcell 23.54.52 # we should then change it to NO_PITCHSCREEN and #ifndef NO_PITCHSCREEN instead 23.54.58 # ditto for quickscreen 23.55.07 # I think we shouldn't 23.55.49 # The MAS3507D doesn't allow for a useful adjustment range (only a few percent, and it would even depend on the sample frequency of the playing track) 23.55.49 # JdGordon|: please, no. Negative defines are confusing 23.55.49 # * amiconn neither 23.55.58 # NO_NO_PITCHSCREEN then ? 23.56.43 # anyway, my point is that there are lots of defines in the target configs which arent really target based 23.56.55 # doesn't matter 23.56.57 # or are enabled for all but one or two targets 23.56.59 # its annoying 23.57.11 # less so than the alternative 23.57.33 # I think there should be even more feature-selection defines in config-.h 23.57.49 # config- is mainly for feature selection 23.58.21 # or we should define them in config.h unless the DISABLE_BLAA is defined in the target file 23.58.30 # Really target hardware dependent things *should* be in target tree .h files imo, unless they're also needed for the sim, in which case this won't work 23.58.41 # I tihnk config- should be for hardware stuff and another .h should be for features 23.58.44 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 23.58.54 # The latter is the reason why display resolution, depth, pixel packing etc are in config-.h as well