--- Log for 10.01.109 Server: niven.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 1 month and 2 days ago 00.01.23 Join solexx_ [0] (n=jrschulz@e176115061.adsl.alicedsl.de) 00.02.27 Quit Beta2K (Read error: 110 (Connection timed out)) 00.03.05 Quit bluebrother ("leaving") 00.05.10 Nick amiconn is now known as notamiconn (n=jens@rockbox/developer/amiconn) 00.05.59 Nick notamiconn is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.08.27 Quit kerwood ("Leaving.") 00.12.25 Quit {phoenix} (Remote closed the connection) 00.12.42 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 00.13.10 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.16.45 Quit solexx (Read error: 110 (Connection timed out)) 00.18.43 Quit jgarvey ("Leaving") 00.20.32 # that proved parts of the script working at least 00.31.23 Quit jeffronius (Read error: 104 (Connection reset by peer)) 00.31.52 # Bagder: what exactly does the new script do on red commits? 00.32.11 # right now it just extract the committers 00.32.15 # extracts 00.32.24 # ./seered.pl 00.32.24 # Daniel Stenberg=1 00.32.37 # (I made it display for yellows to get a test) 00.33.01 # the plan is to perhaps make logbot announce it here 00.33.16 # cool 00.34.15 # * mcuelenaere wonders whats up with the colors on http://svn.rockbox.org/viewvc.cgi/www/tools/svnlog2html.pl?r1=19737&r2=19738 00.35.08 # what a mess 00.35.27 # perhaps it has something to do with the contents of the patch? 00.35.40 # probably, but that feels like a viewvc bug 00.36.12 # I don't think so, it seems it escapes < and > 00.36.26 # s/it seems it/it seems to/ 00.36.30 Quit gregzx (Read error: 104 (Connection reset by peer)) 00.41.37 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-069-186.ewe-ip-backbone.de) 00.43.22 Join domonoky1 [0] (n=Domonoky@g230002049.adsl.alicedsl.de) 00.49.08 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.52.17 *** Saving seen data "./dancer.seen" 00.54.02 Join gartral1 [0] (n=Gartral@75.33.82.151) 00.55.49 Quit tyfoo (Connection timed out) 00.55.49 Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-069-186.ewe-ip-backbone.de) 00.56.28 # perhaps it could yell if there are enough yellow builds? 00.57.21 # Shouldn't it yell at any amount of yellow? 00.58.02 # I'm 90% sure someone's asked this before, but: is there a way to either add a WPS too the radio screen, or merge radio playback and controls into the existing WPS? 00.59.16 # rasher: given the amount of spurious yellow lately, ie, at least one sim target per build, i'm not sure that'd be helpful. 00.59.30 # gartral1: if you can code, there is a way: code it :-) 00.59.42 # Unhelpful: well that should get fixed eventually 00.59.53 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.59.56 # Personally I think each finished build should result in a report 01.00.13 # domonoky1: ive been looking through source... but so far, I'm lost 01.01.00 # i wouldn't mind having objdiff.py reports done from build to build... but right now it generates a little too much noise. 01.01.37 # but, per-symbols binsize deltas... that would not be a horrible thing to have :D 01.04.11 Quit robin0800 (Remote closed the connection) 01.05.11 Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com) 01.05.40 Quit Thundercloud (Remote closed the connection) 01.06.16 # jhMikeS: ping 01.07.34 # hello New York! 01.08.55 # I have my Gigabeat S back and want to know what needs to be tested etc. In particular how do we test for USB transfer bugs and charging bugs. AFAIK those are the two main blocks to afully supported target 01.09.14 Quit mcuelenaere (Read error: 113 (No route to host)) 01.09.21 # * Davide-NYC probably wrong about how close it is to being ready 01.09.23 Join jeffronius [0] (n=kvirc@69.12.221.210) 01.09.55 # Davide-NYC: I wasn't aware of any charging or USB bugs 01.10.05 # Davide-NYC: Use it? I think gevearts gave it the green light on transfer bugs. Charging bugs, I know of one possibility of generating an error if pulling the main charger while USB is connected under a full charge. 01.10.09 # it's been working pretty much flawlessly for me. 01.10.34 # Official supported build was just waiting on manual, install instructions, official downloads, sendfirm windows licence mess etc 01.10.54 # No no! I'm not saying there are any bugs. Just looking for pointers on what to (and how to) test for problems. 01.11.03 # just use it then 01.11.48 # there's a firmware update, believe it or not. toffe(82?) and i have new dual-boot bootloaders patched from it. 01.12.00 # Anything I've worked on I've already beaten on the code pretty hard to discover stuff before even committing it. What I mentioned above I thought of by considering the logic. 01.12.08 # I long ago ditched dual boot - it just takes too damn long to boot 01.12.13 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 01.13.01 # booting into OFW on sansa e200's is painfully slow 01.13.15 # I don't think anyone cares about the OF 01.13.34 # gartral1: it's a bit worse than that on S, booting into RB on a dual-boot S is painfully slow. 01.13.41 # But having a dual-boot bootloader on the beast makes booting Rockbox much slower compared to the non-dual-boot bootloader 01.13.59 # well, on the e200's, its the only way to get your files on it, unless youed rather use a microSD card 01.14.02 # BigBambi: if it supported AVC, like zune (i think?) instead of just wmv, maybe 01.14.16 # Unhelpful: hmmm? 01.14.31 Quit Bensawsome ("The awsome is gone :(") 01.14.40 # BigBambi: Unless things are revered and the BL loads OF. That would take some work though. 01.14.54 # video. you can do better, for compression ratios, than mpeg2. by quite a bit. 01.15.02 # jhMikeS: Personally I don't think there is any point 01.15.30 # Unhelpful: I see what you mean (confused me as when I said I don't think anyone cares about the OF I didn't mean what you thought I meant) :) 01.15.46 # but I never managed to create a wmv that worked for the S 01.15.59 # BigBambi: The dual boot would be as fast as single boot at least and no mknkboot needed 01.16.01 # BigBambi: ok, i don't care about the OF, only about things that it can perhaps do better. ;) 01.16.25 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 01.16.46 # jhMikeS: Sure, I just meant that I don't think that it is worth the work - the OF isn't very useful so if someone really wants it they can use the slow existing dual boot 01.17.01 # jhMikeS: It isn't like some of the OF needed to copy files targets 01.17.13 # it would be a "nice to have" if we could support video post-processing on the IPU, and perhaps some acceleration. 01.17.36 # Do bass/treble work yet? 01.18.18 # BigBambi: Personally, I want to use the HW EQ like an EQ, not cut it to Bass/Treble. It's just silly to force that. 01.18.31 # jhMikeS: That'd work too :) 01.19.41 # jhMikeS: Is it as fully featured as the existing software one? 01.21.10 # USB itself seems to be rather reliable on the beast 01.21.22 Part pyro_maniac 01.21.22 # yes, I have never had a problem 01.21.46 # this is all wonderful news. 01.22.05 # However, since charging got committed I can only use usb when the charger is connected. Otherwise I get an endless connect-disconnect-connect-disconnect... sequence 01.22.21 # I know I am supposed to test that patch... 01.22.34 # amiconn: on Windows? As I don't get that on linux 01.22.34 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 01.22.40 # Yes, windows 01.22.54 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 01.23.54 # my experience agrees with bigbambi's 01.24.27 # BigBambi: Not quite. We could consider it to have five tone controls perhaps. 01.25.06 # jhMikeS: I was just trying to think about how to have them both in the ui without being confusing 01.25.11 # amiconn: I did post a patch just to disallow USB charging if you want in order to see. I'll bet it won't provide the current even though it configures it. 01.25.47 # [01:22:21] I know I am supposed to test that patch... 01.26.04 # heh 01.26.08 # I know that my ports can provide 500mA just fine (root hub as well as separate, powered hub 01.26.55 # It seems that rockbox draws more than requested/configured, I just don't have an idea how to verify that 01.27.09 # Does it happen with OF? 01.27.14 # no 01.27.33 # OF works fine (as far as you can call MTP fine...) 01.27.56 # I have measured current draw physically and it matched (after adjusting for the .316 ohm I-sense). 01.32.00 # Thinking again, I might have neglected the device current draw which the I-sense won't include with that charger plugged. I did that very early in the process. It is in the .3xx ohm range for sure. 01.32.34 # * amiconn is digging for the patch 01.33.29 # * jhMikeS can post it again 01.33.58 # Nm, found it 01.34.17 # meh, I take that previous statement back. I had the meter connected at the battery, not the charger, so it should be good. 01.34.48 # * jhMikeS wonders if it will still apply without error 01.34.50 # You would need to measure between usb and device 01.35.15 # Battery will see the difference between input power (from usb) and device operating current 01.35.33 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 01.36.13 # The I-sense picks up total current when USB is connected, otherwise battery only. If the main charger measurement is right, then the USB measurement is right since it's the same I-sense and I=E/R 01.36.50 # * amiconn will try a plain current build first 01.36.56 # Maybe something has changed... 01.41.00 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.42.14 Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") 01.42.46 # It should draw 80-90mA until configured for 500mA. 01.47.17 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.48.19 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 01.51.15 Quit n1s () 01.51.39 # Hmm, seems like rolo is broken on the beast 01.52.06 # It begins to reboot, but then just shuts down instead of booting (including nasty emergency park) 01.52.39 # i've also had trouble with stability after rolo boots on beast 01.53.38 Quit japc (Read error: 104 (Connection reset by peer)) 01.54.05 # Bah, murphy 01.54.30 # It might be locking and then it can't service the watchdog. 01.55.07 # ...watchdog? none of my real computers even have one, except for the software kind. 01.55.10 # Now the usb disconnect-reconnect problem doesn't occur. Probably the battery charge state is too high atm 01.56.00 # s/state/level/ 01.56.31 # jhMikeS: why is the level limited when charging from USB? i recall you saying it's a hardware limitation, but i don't think i've seen anything said beyond that, anywhere... 01.57.35 # Unhelpful: Because the highest setting draws more than 500mA whereas the USB level keeps it in range and it's the highest setting that does. 01.58.33 # hrm... doesn't USB let you ask the host for more than 500mA? or is the USB charging hardware incapable of drawing more, even if our stack could ask for it? 01.59.35 # The USB limit is 500mA 02.03.50 Join MethoS [0] (n=clemens@host-091-097-245-045.ewe-ip-backbone.de) 02.05.36 Join japc [0] (n=japc@bl8-2-143.dsl.telepac.pt) 02.06.40 # Unhelpful: it uses the watchdog timer to shut off in case it loses control of the charging hardware. the charger shouldn't be left on in a lockup even if it is voltage regulated. 02.09.19 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.17.05 Quit Xerion (Read error: 104 (Connection reset by peer)) 02.19.07 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 02.20.51 # gevearts: Is there normally some time allowed for a device to lower its power on the bus? It could take a little time if pulling the main charger for it to lower its setting (1/2 second or so). 02.24.27 Quit tyfoo ("Carpe diem") 02.26.45 Quit DerDome ("Leaving.") 02.27.56 Part gartral1 02.30.55 # is there a way, in Cywin, to extract from the command line? 02.31.11 # To a separate drive letter that is... 02.31.50 # tar -xf rockbox.tar ???? (if I want it to extract to the "H:\" drive for instance? 02.31.51 # extract what frome the command line? 02.31.55 # both of my computers can't connect to my c240 when rockbox is installed 02.31.56 # yeah 02.32.35 # I have to reinstall the OF, sync stuff, then reinstall rockbox to get stuff on their? 02.32.36 # /cygdrive/h 02.32.37 # aurix_lexico: do you connect while Rockbox is running? Or with a microSD plugged? 02.32.45 # no 02.33.14 # when I plug in the USB with rockbox running, it boots the OF 02.33.25 # and the microSD card is in 02.33.41 # try without 02.35.12 # amiconn: I get a bizarre error: "tar: Error exit delayed from previous errors" 02.35.26 # I can't get it out of it's slot -.- 02.36.30 # ok, most reliable method for me was to boot the OF manually before connecting to USB 02.36.32 # hrm, logf-over-usb is not getting me anywhere :/ 02.42.39 Quit fdinel (Read error: 104 (Connection reset by peer)) 02.47.10 # in fact, it looks like plugging at least the e200 with logf over usb enabled hangs the device :/ 02.50.07 # If I wanted to switch my Gigabeat S to "single boot" mode and I already have sendfirm.exe which nk.bin file do I need in order to have full charging support in the bootloader? 02.50.28 # bootloader doesn't have charge support atm 02.51.04 # Ah, I see. So the nk.bin file in the gigabeat-s-b.zip file is the latest one 02.52.20 *** Saving seen data "./dancer.seen" 02.53.02 Quit GodEater (Read error: 110 (Connection timed out)) 02.53.38 Join GodEater [0] (n=ge@rockbox/staff/GodEater) 02.54.51 # I just replace the nk.bin file correct? 02.54.55 # then reboot/ 02.55.04 # yep 02.55.10 Quit alexbobp (Remote closed the connection) 02.55.26 Join alexbobp [0] (n=alex@69.149.25.200) 02.57.19 # Um, Houston we have a problem. 02.57.24 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.1b2/20081201080242]") 02.57.35 # Big yellow triangle with the number 3 in it. 02.57.53 # "Firmware update or restoration required. PLEASE WAIT. 02.57.58 # ahh...hmmm...well. how'd that happen? 02.58.11 # hehe 02.59.09 # do I power cycle this beast? 02.59.49 # waiting doesn't seem to do anything. Even though I've been instructed to do so. 02.59.58 # yeah, just do that. 03.00.20 # indeed, wait, it's probably formatting one or both partitions, possibly after repartitioning. 03.00.57 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 03.01.05 # I'd think you'd hear/feel it doing that. If it's just sitting dead, it's confused. 03.01.09 # OK, I power cycled, it told me (again) to wait. 03.01.23 # It then asked me to connect to the PC. 03.01.28 # I've done so. 03.01.38 # right, and then it should ask you to send firmware. 03.02.23 # Now it wantes me to "Update or restore Portable Media Center using PC application. *Read user manual* 03.03.30 # you can send an nk.bin with sendfirm at this point 03.03.54 # so I've executed "sendfirm.exe nk.bin" and it now tells the same thing as before 03.04.03 # I am instructed to wait 03.04.30 # How much time should I allot to this procedure? 03.04.57 # i'm guessing something's not right with your nk.bin :/ 03.05.29 # LOLs I do not hear any HDD noise so I'm guessing it's not really foramttinganything. 03.06.36 # I got the nk.bin file from here: http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInstallation#Step_1a_Bootloader_installation 03.06.41 # is that correct? 03.06.53 # hrm... i wonder what the wait *is* for, then. also, i think it has a specific message for formatting the media partition, not that i'm about to test that, right now. 03.07.19 # * Davide-NYC willing to leave it in this state for a bit 03.07.52 # starting the OF then plugging in the USB worked on my c240 03.08.30 # got bored and powered down 03.09.32 Quit MethoS (Remote closed the connection) 03.12.02 # Has sendfirm changed recently? 03.13.11 # i think only to keep up with changes in libmtp, for the linux version 03.14.49 # I believe I need to re-enable MTP mode on my windows machine but I do not remember how to do this. (sigh) 03.16.30 # i'm not sure what that means :/ 03.18.42 # the S doesn't offer any mode other than MTP in the OF... and unless you installed some custom driver that does something weird, i don't know any way to "turn off" MTP on the windows side of things 03.18.42 # jhMikeS: I'm in a bit of a pickle 03.18.58 # OK 03.19.19 # Unhelpful: your name is funny as you're being very helpful right now 03.19.32 # * Unhelpful gets that a lot 03.20.26 # What I would like to attempt is do is to restore the beast to all original. Then install RB. 03.20.48 # The updater (the recently found one) is not finding the unit 03.20.57 # Davide-NYC: Are you using the libusb version sendfirm-win? 03.21.11 # yes 03.21.22 # well, probably 03.21.36 # If so, remove the libusb device in the device manager 03.21.48 # that may be the issue... i didn't know we were distributing a libusb-based sendfirm-win? 03.22.46 # that was the original one I did 03.23.59 Quit domonoky1 (Read error: 54 (Connection reset by peer)) 03.24.11 # jhMikeS: where is that in the device manager exactly? I can;t find it in the list. 03.24.20 # And I don;t remember exactly what I did. 03.24.23 # It wasn't really to be distributed but it got me up and running when the other methods utterly failed to work. 03.25.30 # Davide-NYC: Right-click My computer, properties, device manager 03.25.43 # yes, I'm in the Device Manager. 03.25.52 # beast plugged in? 03.26.28 # ah! 03.27.42 # did it, nut the updater failed to find it. 03.27.45 # *but 03.28.09 # unplugged and replugged and I think we're in business 03.28.10 # * Unhelpful wonders if the "modern" sendfirm-win might do the trick, now? 03.28.14 # need to be discovered. 03.29.51 # I have successfully restored the gigabeat to what I believe is an updated and original state. 03.30.25 # now get the newer sendfirm-win :) 03.32.07 # OK I just did a wiki search and came up empty. Where do I get the newer version? 03.33.27 # Found it: http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInfo#Loading_code_from_Windows 03.33.28 # It's an attachment on the page last I checked 03.34.49 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-66bcc0b4132ede50) 03.36.56 Quit moos (Read error: 110 (Connection timed out)) 03.38.43 # OK, I downloaded the MTP.zip file. Extracted it. Copied the nk.bin file (the 77KB version) into that folder. 03.38.55 # Connected the beast and ran sendfirm 03.39.05 # not I'm back to the error condition! 03.39.10 # *now 03.40.08 # that's weird. :/ 03.40.41 # You never just tried a deliberate restore? 03.41.45 # he just did an update to stock firmware, successfully... 03.42.27 # to be precise, the updated stock firmware 03.42.36 # Yeah, but...hmmm. I was thinking where you forcefully retrore it. 03.42.50 Quit XavierGr (Nick collision from services.) 03.42.56 # what do you mean by "forcefully". 03.43.00 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 03.43.22 # I just used the updater: gbs_update_1_2_us.exe 03.43.27 # hold Menu+left cross (iirc) 03.43.31 # when booting 03.43.53 # i can't imagine what that would do that he hasn't done yet, besides format it? 03.43.54 # bear with me... 03.44.17 # * jhMikeS would just get brutish at this point 03.44.22 # should I sendfirm the 77KB nk.bin file first? 03.44.29 # before what? 03.44.47 # before putting the device into recovery mode? 03.45.00 # could try it. won't hurt anything. 03.45.00 # or is it already in recovery mode 03.45.23 # it's in "recovery mode" if you've told it to be during startup. 03.46.08 # Number 3 triangle - repair recovery 03.46.18 # Number 4 triangle - removal of media 03.46.25 # Number 1 triangle Connect 03.46.37 # SFSG 03.46.54 # huh 03.47.00 # What does that mean? 03.47.03 # So Far So Good? 03.47.08 # Ah. 03.47.17 # Numer 2 triangle - Update 03.47.43 # INow what? 03.47.48 # you could try building a beast bootloader yourself? although i can't see why that would make a difference. 03.48.09 # build the nk.bin file you mean? 03.48.21 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.49.14 # i believe the output is named bootloader.bin when you build it, but, yes, you could try that. 03.49.37 Join casainho [0] (n=chatzill@87-196-193-1.net.novis.pt) 03.49.49 # hello :-) 03.50.08 # please refresh my memory: I configure, then make... and then? 03.50.18 # casainho: hello 03.50.22 # Davide-NYC: PROFIT1 03.50.50 # Unhelpful: really? allcaps like that? 03.50.51 # I am doing a printf("Rockbox Player Bootloader"); to my display however I am seeing just 3 little lines... is there a way to put fonts with biger size? 03.51.09 # ahah! it looks like it's PLUGIN_IRAM_INIT where things go wrong with FS#9770 :D 03.52.18 # anybody have an idea why one plugin might hang on PLUGIN_IRAM_INIT and another not? 03.53.02 # PLUGIN_IRAM_INITs use api, not rb usually 03.54.01 # jhMikeS: the patch i'm working on does away with passed API, and has a global one in the header, initialized by the loader. so there is no "api" anymore, just rb. 03.54.03 # some delay the IRAM init as well so playback doesn't have to stop 03.54.43 # OK, so I compiled the bootloader (I think) and I copied the nk.bin file to the sendfirm directory and "sent" the "firm". 03.55.49 # rebooted the payer, saw the RB bootloader, it told me "file not found", so I plugged in USB to restore rockbox and poof! I'm back to where I started with an error conditionl. 03.55.52 # any ideas? 03.56.47 # if you get "file not found" use rockbox.tar within '/Content/0b00/00'. If those don't exist, create the folders and put the .tar there. 03.57.27 # just use 'make tar' instead of 'make zip' 03.58.05 # The beast is in MTP mode so all I see is "Storage". 03.58.16 # what am I not understanding here? 03.58.25 # :-P 03.58.52 # Davide-NYC: it may be enough just to copy the .tar to it in that mode. 03.59.08 # not untar it? 03.59.18 # jhMikeS: hrm... well, grep says that rockdoom uses it, as well, and i would assume it's called before you actually start play 03.59.25 # Davide-NYC: no, the bootloader should do that. 03.59.38 # and i've been able to play doom, but mpegplayer crashes :/ 04.00.20 # i'll have to see if i can test pacbox, rockboy, or zxbox, i guess. 04.00.46 # Davide-NYC: /Content/0b00/00 is where the MTP stuff ends up (until it changes that after much activity). 04.02.51 # Ok I've resent nk.bin 04.04.34 # no change on the device screen. Before I reboot I tried to copy the tar file but I get a "Cannot Copy File" error from windows because tar files are not supported 04.05.24 # try connecting it in bootloader MSC mode, since you got the bootloader running 04.05.25 # I guess do it in bootloader USB mode 04.05.39 # and then create /Conent/0b00/00, and copy rockbox.tar there 04.05.41 # No, I do not have the bootloader running. 04.05.54 # Didn't you just send nk.bin 04.05.55 # ? 04.06.11 # but I haven;t rebooted yet 04.06.25 # Reboot!! 04.06.35 # Unplugged beast, let it reboot but replugged the usb cable quickly. 04.06.36 # Cable plugged of course :) 04.06.43 # NOW I'm in USB disk mode 04.07.06 # * Unhelpful adds more debug splashes inside plugin_iram_init :/ 04.07.50 # Unhelpful: Did you make sure everything is ok in PLUGIN_IRAM_DECLARE? 04.08.17 # jhMikeS: how does one reboot the beast from recovery mode after having "sendfirmed" without unplugging the usb cable? 04.09.10 # IF you plug the USB while it's off, it will start itself. You can just use the batt switch too though. 04.09.21 Quit Thundercloud (Remote closed the connection) 04.09.59 # jhMikeS: that macro looks like it just declares a some arrays? 04.11.39 # had a bootloader in USB diskmode. Copied the rockbox.tar file over to the tfat partition, unmounted. POOF! Back to square one. 04.11.51 # WTF? 04.12.12 # Staring at the Number 2 triangle - Update or Recover. :-( 04.12.13 # Unhelpful: I guess so. Been awhile since I looked at that stuff 04.12.14 # i put some debug splashfs with filenames/line numbers in start_plugin, the last one that displays is the one right before PLUGIN_IRAM_INIT. i just added some more inside plugin_iram_init, i'll see if i can tell where in that the trouble is. i wish it would just be broken on sim. ;) 04.12.24 # Davide-NYC: that's bizarre. 04.12.47 # I saw a "File not Found" error just before ending up back in the recovery mode 04.13.28 # Do you ever switch off the device when retailos is fully running? It can cause problems. 04.14.20 # At this point I'm going to go back to a fully retail situation. 04.14.34 # I'm having trouble understanding how ci->advance_buffer works 04.14.44 # how does it know how much to advance the buffer? 04.16.35 # saratoga: by the "amount" param? 04.16.44 # oh 04.16.48 # OK, I got it. You have to untar the RB file. The BL does not extract it. 04.16.56 # i thought the argument was a pointer to the buffer 04.16.58 # thanks 04.17.13 Join massiveH [0] (n=massiveH@ool-43509744.dyn.optonline.net) 04.17.15 # ok, now that's even more bizarre, a splashf after the last line of code in plugin_iram_init executes, but one after the call to same does not? 04.17.28 # Davide-NYC: The bootloader extracts it if it finds it 04.17.30 Quit massiveH (Read error: 104 (Connection reset by peer)) 04.17.46 # It has to be in the correct directory, that's all 04.17.51 # I suspect the BL is not finding it. 04.18.17 # Wait! Is it supposed to be in the same dir as the nk.bin? 04.18.22 # If you place it there in MSC mode, it should. THen you'll see "untarring..." 04.18.47 # Davide-NYC: no, it's not even supposed to be on the same partition. 04.19.11 # then I can almost certainly confirm that this untarring business does not work 04.19.14 # Davide-NYC: ah, you put it with nk.bin? It goes on the media partition. 04.19.40 # no I did in fact put it on the media partition. 04.19.50 # Davide-NYC: you put it in /Content/0b00/00 on the media partition 04.19.56 # Davide-NYC: I've used it myself in the past and moos did as well just recently to get rid of "file not found" 04.20.03 # and there shouldn't be an nk.bin on the media partition 04.20.56 # For clarity, on my first partition there was just nk.bin and on the second partition there was just rockbox.tar and this did not work. 04.21.24 # but the rockbox.tar was in the root of the media partition. 04.21.45 # now I am back to the error condition. 04.21.53 # Oy vey! 04.23.46 # rockbox.tar should not be in the root of the media partition, it should be in /Content/0b00/00... and the error thing each reboot suggests something else is going wrong. 04.24.32 # I will sendfirm again and go into USB disk mode. Then I will place the rockbox.tar file in the correct folder. Stay tuned. 04.25.51 # * jhMikeS wonders why he didn't just do what was asked in the first place with the directories :\ 04.26.39 # what file should I include to be able to use printf()? 04.26.42 # * Unhelpful assumes that the device is not being simply unplugged after writing the file... right? 04.26.54 # OK, SFSG. But I'm afraid to unmount. 04.27.08 # casainho: use DEBUGF 04.27.34 # Unhelpful: ?? 04.27.48 # rockbox defines a DEBUGF for debug output. 04.28.19 # I will try 04.28.41 # Davide-NYC: If you're already in MSC with rockbox.tar in /Content/0b00/00 then you should just unmount it already. 04.28.55 # Unmounted, saw the unarchiving message 04.29.06 # in rockbox 04.29.18 # in rockbox usb mode 04.29.29 # Turn it off and reboot it to make sure before doing anything. 04.29.31 # unmounted 04.30.25 # shut down (using power button), turned back on (using power button. 04.30.30 # BACK TO ERROR CONDITION. 04.30.34 # :-) 04.30.47 # * jhMikeS hopes he's joking 04.30.48 # you're doing the "safely remove" or whatever before you unplug, right? 04.30.53 # yes 04.31.46 # AFAICT the unit does not recover from a shutdown 04.32.07 # not with the nk.bin I downloaded or the nk.bin I compiled. 04.32.12 # * jhMikeS wonders if that beast got reflashed somehow with new boot code. 04.32.21 # * Unhelpful wonders what you're doing wrong 04.32.33 # * jhMikeS has to go for a bit 04.32.38 # kidding... and for that matter, i wonder what i'm doing wrong. :/ 04.33.09 # * Davide-NYC wonders if the devs upgraded their beasts using the new updater first? 04.33.47 # maybe the updater changes some code that make the nk.bin incompatible. 04.34.25 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.35.00 # i did my upgrade with sendfirm, sorry 04.35.37 # there are three bin files in the update. 04.36.10 # nk, pmcboot_secure, and Recovery 04.38.16 # if you dig through old versions of the wiki, i believe there's an archive with those files as ripped from the HD of a "fresh" beast. 04.38.36 # it might be worth copying them over in BL USB mode, to see if you can downgrade that way 04.41.08 # hrm, so both doom and pacbox seem to be fully working, but mpegplayer is hanging :/ 04.41.16 # if I just copy them to the first partition, they will be installed? 04.42.27 Join FlynDice [0] (n=jack@160-88-174-206.gci.net) 04.43.00 # i've updated the rockbox bootloader that way, i would expect the others to work as well. 04.44.13 Join int21hexster [0] (n=int21hex@c-76-99-191-87.hsd1.de.comcast.net) 04.44.54 # Hello 04.45.02 Join Barahir_ [0] (n=jonathan@Xa26a.x.pppool.de) 04.50.59 # Reverted to OF version1.1. Then sentfirm. Then installed tarfile. Then POOF! BACK TO ERROR CONDITION. 04.52.24 *** Saving seen data "./dancer.seen" 04.52.32 # Now I've upgraded/restored to OF version1.2 and am calling it a night. 04.52.42 # weird. 04.52.46 # Single boot RB is epic fail for me. 04.53.20 # Dual boot may prove to be luckier, but it won;t be this evening. 04.53.38 # Thank you both for being so helpful;. 04.53.40 # cheers. 04.53.55 Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 04.59.35 Join blkhawk- [0] (n=blkhawk@f051066116.adsl.alicedsl.de) 05.02.12 Quit Barahir (Read error: 110 (Connection timed out)) 05.04.58 Join troy_ [0] (n=toppy@78.149.224.176) 05.05.28 Quit troy_ (Client Quit) 05.05.32 Join troy_ [0] (n=toppy@78.149.224.176) 05.09.52 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 05.12.28 Join FlynDice2 [0] (n=jack@73-76-174-206.gci.net) 05.13.23 Quit FlynDice (Read error: 110 (Connection timed out)) 05.13.45 Quit FlynDice2 (Client Quit) 05.14.12 # is it possible that flush_icache could be *causing* the hang, but that the hang occurs after it returns, somehow? that still makes no sense, since other iram-using plugins work :/ 05.14.31 Join FlynDice [0] (n=jack@73-76-174-206.gci.net) 05.16.12 # Anyone know if can I somehow use the fuze button-fuze.c code to get the scrollwheel to function on an e200v2 (at all)? 05.16.16 Quit blkhawk (Read error: 113 (No route to host)) 05.16.33 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051066116.adsl.alicedsl.de) 05.17.09 # the fuze devs i know of aren't in at the momenht 05.17.33 # I'll read the logs if they stop by... 05.20.59 Quit XavierGr () 05.26.07 Quit HellDragon (Remote closed the connection) 05.26.59 # FlynDice: i don't have an e200v2 but i think it should be similar if not the same as the fuze 05.30.33 # Well I just tried substituting the button-fuze.c code and got some errors, thought maybe there was more to it 05.31.52 Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) 05.32.01 Quit Seed ("cu, Andre") 05.32.29 # Hello 05.34.08 # I have added the following to the end of a .wps and it has no effect: %?mv 05.35.01 # b= volume bitmap and c = blank bitmap 05.36.14 # The volume bitmap is a single progress bar physically. 05.36.29 # Must I be using bitmap strips for this? 05.40.15 # FS#9775 - Premature and multiple storage_sleep() in buffering.c looks interesting 05.40.24 # your tag does *nothing*? it doesn't display a letter b or c on the screen, even, which is what it looks like it would do? 05.41.18 # hrm, removing all the IBSS_ATTR in mpegplayer makes it work. i've been adding them back in and it keeps working, so far... 05.44.32 # no 05.45.38 # That is the thing it has no effect on the physical properties of the the WPS. 05.45.57 # * Unhelpful wonders if this might have to do with the total size of data put in iram by the plugin 05.45.57 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 05.48.36 # But all I did was added that tag at the end of a pre-made wps file using its the letters that correspond to the loaded bitmaps. Loaded with the "%xl" tag. 05.50.02 # I did NOT set up viewports or added anything else to the tag. I was just playing around with the tag to see if it would have any effect and for simplicity before I get into anything complicated like the tags you helped me with yesterday. 05.51.29 # your tag might be off the screen, and besides that, all it would do is display the letter b or c. 05.52.09 # It would display it based on if your adjusting the volume or not right? 05.52.57 # text saying "b" or "c", yes. and again, your tag may not appear on screen at all, if the line before it is at the bottom of the screen. 05.53.41 # It would display b if the volume is being adjusted and c if nothing is touched? 05.54.21 # It is last tag. Might that be an issue? 05.54.47 # those lettels, yes, not some bitmap, and as i just said, it might not display anything, because if you just add a line at the bottom of an existing wps, that tag will be below the line above it, which may place it entirely off the screen. 05.55.31 # It is after: %ac%pc %pr 05.56.33 # that means pretty much nothing in terms of whether the tag you added at the bottom will appear on-screen or not. 05.57.26 # So you are saying that if I position it right it should display the bitmaps corresponding to the letters? Specifically it would display b if the volume is being adjusted and c if it is left untouched? 05.58.25 # no, i am saying that if you position the tag as you have quoted it here that it will display the actual text "c" or "b", not a bitmap at all. 05.59.02 # Ah the actual text. 05.59.21 # Ok so how do I get it to display the images. 06.00.06 # Sorry I forgot the ? mark. 06.00.46 Quit saratoga ("CGI:IRC (EOF)") 06.00.54 # you really need to understand CustomWPS for yourself before you're going to get anywhere with this. it tells you exactly how to do what you're trying to do, and why it's not working. 06.02.02 Quit FlynDice () 06.02.41 # Ok 06.02.56 Quit aurix_lexico ("Leaving.") 06.03.58 # Does it reference how to use a single bitmap for volume without using bitmaps strips or separate images for volume? Or is that not possible in rockbox yet. 06.05.29 # Similar to the progress bar. 06.05.52 # i think the progress bar may be the only thing that works that way right now, but i can't be certain of that. 06.06.00 Join nibbler_ [0] (n=Nibbler@e181087010.adsl.alicedsl.de) 06.06.03 # Ok then. 06.06.27 # Thanks for the help. :) 06.07.29 Quit MOHDMACH ("Bye") 06.15.54 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 06.16.02 Quit amiconn (Nick collision from services.) 06.16.04 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 06.16.08 Quit pixelma (Read error: 110 (Connection timed out)) 06.21.03 Quit nibbler (Read error: 110 (Connection timed out)) 06.22.03 Quit HellDragon (Read error: 104 (Connection reset by peer)) 06.30.08 Quit midkay_ ("Leaving") 06.52.26 *** Saving seen data "./dancer.seen" 06.59.31 # what changed recently in the SD handling code? anything? 07.00.07 # Unhelpful: btw I got distracted and did not yet test the 8->16 07.00.27 # no problem, thanks for being a guinea pig :) 07.00.53 # it may neet to go quite a bit higher before there's trouble again, actually, so maybe we should start from the other end? 07.01.30 # try, say, 188 and see if you have trouble, and go 8 up or down from there? 07.10.10 Join Mahees [0] (n=vavvva@9.80-202-106.nextgentel.com) 07.10.34 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 07.10.58 Part Mahees 07.11.19 # Unhelpful: wtf though, 188 is a multiple of 8? I don't understand 07.11.57 # you're right, it's not :/ 07.12.03 # 184, then? 07.12.23 # it really wouldn't matter unless you used a theme that had mono bitmaps 07.12.27 # then it might break something terrible 07.12.46 Join zeleftikam [0] (n=zeleftik@71-87-113-101.dhcp.mdsn.wi.charter.com) 07.13.07 # I need help removing the Rockbox bootloader from my Mac so I can give my Sansa C240 to someone else. Help? 07.13.36 # I removed the .rockbox directory and all the files, but the player flashes the boot screen over and over now, I suspect because the RB bootloader is still there 07.14.00 # uninstall instructions are in the manual... 07.15.00 # couldn't find :( 07.15.03 # what chapter? 07.15.55 # oh, did find, in the "Installing" section 07.16.18 # Unhelpful: you're asking a guy who doesn't know, if you have a suggestion about what to regression test, then I'll go do it 07.16.36 # I'm not going to be very productive trying to guess at what the test should be 07.19.37 # lucent: i don't know what the test should be, either. read sizes somewhere in between 8px and 224px cause failure. kugel had all of his cover art load successfully, so it's possible that the max size for that is our lower bound. if we don't have him around to ask... actually, i might have a better idea, which doesn't involve rebuilding over and over :) 07.20.20 # is the rockpaint plugin working on fuze? 07.20.35 # ya... kind of 07.21.04 # there's a button problem on the fuze 8gb where the wheel causes a ghost keypress 07.21.16 # kugel says it's weird and doesn't happen on his fuze 07.21.27 # something ain't right on my fuze 07.21.29 # ok, but can you load a bitmap in it, and exit it, and not crash the device? that will be good enough :) 07.21.52 # will try now 07.22.42 # Unhelpful: shoot, no 07.22.52 # because if that much works, instead of messing around with rebuilding and reinstalling, you can bump BM_MAX_WIDTH up to 224, do just one build, and then test by loading various sized bitmaps in rockpaint 07.22.56 # ghost buttonpress exits the app 07.23.36 # Unhelpful: kugel could though 07.24.03 # he says stuff works 07.24.19 # right... i'll prep some for next time i see him, then. probably nice solid blocks of colors in vertical stripes will make failure obvious :) 07.26.12 # I want an expert who knows about SD code 07.26.35 # I want to sit down and figure out why simple access of data is so nutters on the fuze 8gb 07.27.37 Part zeleftikam ("Leaving") 07.29.27 # that may be specific to the particular hardware rather than SD in general :/ 07.29.31 # is his 8GB as well? 07.30.20 # kugel owns a 4GB fuze v1, I own a 8gb fuze v1, and I've confirmed all weirdness that happens on my player also happens on a seperate fuze 8gb v1 07.31.04 # Unhelpful: how can i get a listing of buttons being activated on the Fuze? 07.31.22 # is there a plugin or test mode which displays active buttons? 07.31.34 # not to my knowledge. i'm not even sure how you'd exit such a thing :/ 07.31.43 # you'd power off 07.32.10 # I really need to know why the ghost buttons are happening, and which button it is 07.33.15 Join Owner [0] (n=4cf498a9@gateway/web/cgi-irc/labb.contactor.se/x-dcf8278b3440218a) 07.34.02 # i don't know of such a thing, and i gather that reading all of the buttons on the fuze involves some weirdness 07.34.39 # Does anyone know if there is or has ever been any thought given to porting this to an LDP600? or is there no way of doing that? 07.34.59 # I don't know what an LDP600 is 07.35.11 # Lexar LDP600 MP3 player 07.35.23 # Owner: Ports happen by interested owners of the devices doing quite a large amount of work. 07.35.23 # no, what chipset 07.35.47 # have you taken it apart and made high-resolution pictures available? 07.35.53 # how do i find out what chipset 07.35.57 # Owner: The best way to encourage a port for a specific player is to go somewhere where owners of the port gather (fan forum, or similar) and try to drum up more people to work on it with you. 07.35.59 # ouch 07.36.02 # in other words, somebody has to have the device, the skills, the time, and the interest. and i've not heard anybody else mention having this device. 07.36.25 # http://www.engadget.com/2004/11/01/lexars-new-ldp-400-and-ldp-600-flash-mp3-players/ 07.36.31 # its the black one 07.36.40 # the specifications on it don't sound very competitive vs. the SanDisk Sansa Clip 07.37.17 # i would be willing to take a crack at it but I have never heard anyone trying to reverse engineer the firmware to figure the thing out 07.37.26 # so I wouldn't even know where to begin 07.37.39 # sounds like it probably wouldn't be worth the effort 07.37.49 # yeah, I agree 07.38.14 # well the answer is always no if you don't ask... so i figured I would at least ask 07.38.16 # =) 07.38.16 # Owner: concensus is that unless you do it, it's not even likely to get a developer's attention with that thing 07.38.48 # it doesn't look familiar to any chipset already supported by Rockbox 07.38.54 # how do i find out what chipset it is? to see if there is even a development environment for it 07.39.00 # it could be, but then, it's so limited 07.39.05 # lucent: You found internal scans? 07.39.15 # oh you'd crack it open and take some high resolution photos 07.39.17 # that's what I need? internal scans 07.39.20 # ok 07.39.34 # then call a lot of people and break some kneecaps with kindness 07.39.37 # Ive not had the need to search for someone cracking one open 07.39.44 # :-D 07.40.20 # lucent: You really shouldn't make suppositions about its chipset just from "look". 07.40.30 # "Hi I'm doing my grad student project thesis thingy over at University of Amazing Ivy League School and need to request a datasheet on FOO, how much will this cost me?" 07.40.57 # nice =) 07.40.59 # lucent: Please don't encourage people to lie on behalf of the project. 07.41.20 # Owner: if you want a replacement, we could always use more bodies focused on the Sansa Clip 07.41.28 # it very nearly runs rockbox 07.41.32 # but not quite 07.41.45 # If we can legally use a datasheet, they'll provide it given the real reason we want it. If we can't use it legitimately, acquiring it like that just makes it even more problematic. 07.41.45 # Maybe I can ask them to release the source code to the latest firmware since it doesn't seem they are doing anything more with it 07.42.13 # Owner: i would be shocked if they even respond 07.42.20 # =D 07.42.50 # but i suppose it never hurts to ask, hehe 07.42.50 # he's right that you never get anywhere without asking 07.42.50 # but uh... don't bet your lunch money on getting a response 07.42.50 # sorry about the nick, it was supposed to say Owner of LDP600 07.43.25 Join Darksair [0] (n=user@123.103.43.234) 07.43.27 # yeah, but you don't know unless you ask 07.43.45 # or at least get the internal specs from them 07.43.46 # spaces aren't allowed in nicks, along with numerous other characters. 07.43.59 # yeah I should have known that 07.43.59 # Owner: Fuze and Clip are my favorite hopefuls for rockbox development 07.44.35 # Owner: Your best bet is to get an official firmware update, and see if it's in any format we already know as well as opening it and identifying chips. Most players can be opened and re-closed without permanent damage (at least beyond superficial) 07.44.52 # I actually stopped carrying my LDP600 around when work upgraded my blackberry, now I use my blackberry for music, I wish it had a better system for playing music 07.45.17 # lloreean I have the last firmware update 07.45.50 # Llorean: any pointers on where i might find out just how much iram a particular target has? and, would the plugin linker catch it if a plugin tried to stuff too much into iram? 07.45.55 # doing a strings on it right now 07.46.32 # Unhelpful: There may be a define for it in the target config, since it's shared between core and codecs usually. Otherwise, I don't know, sorry. 07.46.33 # at the very beginning of the rom it says TCC720 DEMO 07.46.55 # Owner: We do have some tools for working with TCC devices, though there's no finished port for any of them yet. 07.47.17 # no problem, figured i'd just try asking somebody who's awake before i went too crazy digging for it. 07.47.26 # maybe Telechips? 07.47.44 # http://www.alldatasheet.com/datasheet-pdf/pdf/226568/ETC/TCC76X.html 07.48.00 # demo?! that's fantastic. :) 07.48.18 # =D 07.48.53 # Probably just means they're using reference code or something. 07.49.27 # Owner: http://www.rockbox.org/twiki/bin/view/Main/TelechipsInfo 07.49.55 # Yep, looks like that's the data sheet for it 07.50.48 # it's the datasheet for the TCC76X which has references vs. the older TCC720 07.53.40 # from the wiki it looks like it is the dual CRC firmware version 07.54.17 # hmm 07.54.21 # maybe not 07.55.01 # Owner: there are easier ways to get involved with Rockbox project :) 07.55.08 # do you have a background in programming by chance? 07.55.14 Part int21hexster 07.55.19 Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-8e60279bc089eb9b) 07.56.31 # I used to be a programmer, still program but mostly system stuff and j2me when i find a program i want to make work on my blackberry 07.57.11 Quit Darksair ("Use the Force, Luke!") 07.57.28 Join potato_ [0] (n=potato@c220-237-147-244.brodm1.vic.optusnet.com.au) 07.57.28 # maybe dabbler is a better word for me =D If it interests me I will learn it to do what it takes to make it work 07.57.44 # * lucent grins 07.58.21 # does maintaining the windows rockbox tools sound interesting? I know some folks here that would consider it "challenging" 07.58.23 # side note, this rom says it is Ver:161 07.58.57 # lucent: Which windows tools are you referring to? 07.59.12 # Most of the tools are cross-platform. 07.59.24 # I do windows and unix/linux 07.59.52 # the code for that I think is in rbutils/ in the source tree 07.59.57 # well i should word it the other way around 08.00.04 Quit BHSPitLappy (Remote closed the connection) 08.00.23 # i've been doing unix since 1982 08.00.50 # lucent: jumping back to the web page to take a look 08.01.08 # Owner: great! if you look at the Twiki doc index, there's a whole list of Wiki docs 08.01.15 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.01.18 # one or three of them say Develop* something 08.03.12 # i have a plugin which i aim to make runable on all targets, how many screen shots do i need in the manual? 08.03.38 # potato_: One for each unique screen, basically. 08.04.00 # very, very strange... it's not *purely* about the size of data the plugin puts in iram :/ 08.04.06 # If your plugin's mono, that's each screen size. If your plugin uses color, you'll need a few more for cases where there's color and mono screens with the same dimension. 08.04.33 # mpegplayer uses far, far more than doom, though 08.05.19 # oh dear =O. is there a way to quickly obtain screen shots from all the targets without having to do individual builds? 08.05.46 # potato_: Not really, you'd basically need to do a simulator build for each unique screen. 08.07.16 # ok, i hope my plugin actually gets included in rockbox when im done =] 08.07.30 # potato_: Is it in the tracker? 08.07.52 # yep, its missing a manual, which i havn't had time to work on till now 08.08.45 # automating the builds wouldn't be too terribly difficult, pipe some answers into tools/configure and so on 08.09.02 # with sim... oh wait no that would take a while 08.09.17 # Building the sims ought to be quite quick with ccache. 08.09.28 Quit sarixe ("Connection reset by the motherfucking peer") 08.09.32 # I'd imagine it's the actual creation of the screenshots that'd take a while since that requires user interaction. 08.10.08 # tools/bins.pl can do some of the work for you 08.10.14 # if i recall the path to it properly 08.10.24 # Is that the build-everything script? 08.10.40 # i dont really know what all of this means. im on windows/cygwin so im quite unfamiliar with pipe and such 08.10.49 # tools/release/bins.pl perhaps? 08.12.02 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 08.12.03 # Llorean: yes. i have a few local changes that should probably be put on flyspray for comment at some point... it can already to selected builds, though, instead of the whole range. 08.12.15 # Thanks everyone! I will definitely look into rockbox some more! 08.18.33 # Owner: happy hunting 08.19.00 # ok, it's definitely not about size. i've narrowed it down to three structs that i can remove IBSS_ATTR from to make it work 08.24.15 # rom firmware 107 for anyone who would care to look http://www.lexar.com/drivers/files/ldp600V107US.zip 08.24.37 # thanks again! have a good night/morning/afternoon =D 08.25.43 # and down to one. i'm starting to think that i've exposed a bug, rather than creating one... 08.31.35 Join Rob2222 [0] (n=Miranda@p4FDCEC67.dip.t-dialin.net) 08.38.38 # any idea why i need to remove the IBSS_ATTR from the struct mad_synth in apps/plugins/mpegplayer/audio_thread.c to make FS#9770 work? if i don't it hangs on returning from plugin_iram_init - though not before returning, as a splash placed after the last line of code in that function still executes. 08.41.36 Quit Owner ("CGI:IRC (Ping timeout)") 08.42.23 Quit bertrik (Remote closed the connection) 08.44.39 Quit obo (Remote closed the connection) 08.44.57 # make me think that maybe the stack or return address is getting corrupted... but it's just another chunk of data, with a bunch of other chunks that are being handled the same way. 08.49.24 Quit tessarakt (Read error: 110 (Connection timed out)) 08.52.27 *** Saving seen data "./dancer.seen" 08.59.20 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.02.35 Quit jhulst (Read error: 60 (Operation timed out)) 09.02.38 Join Darksair [0] (n=user@124.200.29.115) 09.22.03 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 09.25.56 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 09.28.02 Nick Barahir_ is now known as Barahir (n=jonathan@Xa26a.x.pppool.de) 09.30.56 Quit potato_ ("Trillian (http://www.ceruleanstudios.com") 09.35.22 Quit write__erase ("Leaving") 09.43.50 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.47.18 Join nplus [0] (n=nplus@141.25.Globcom.Net) 10.10.40 # Unhelpful: On what target are you testing your patch (where you have the trouble with mpegplayer)? 10.11.07 # If it's PP, I bet the problem is COP related, as mpegplayer is one of the few plugins using both cores 10.11.25 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 10.11.41 # amiconn: e200. it's very bizarre, if i move either of the two larger data structures out of iram, it works. 10.12.52 # and, especially weird, if i move the mad_synth structure out of iram, and pad out the large array the video decoder uses so that the ibss section is the same size as before - it works. 10.13.20 # i don't think it's COP related, since it doesn't ever get that far 10.14.17 # if i put a return in plugin_start, right after PLUGIN_IRAM_INIT, it still hangs. :/ 10.16.15 # also, if you want to test the greylib scaler, and the aspect ration compensation, on your ondio, i have a build for it. 10.20.11 # Try putting the *(hdr->api) = &rockbox_api; a few lines up in plugin.c. It must go *before* the invalidate_icache(); 10.20.26 # I would put it directly before plugin_loaded = true: 10.21.15 # Right now fs #9770 does not guarantee that the cop sees the proper api pointer 10.23.33 # hrm... and that would matter, even if the plugin never makes it to where it actually *does* anything? 10.24.13 # It's definitely a bug. Maybe it's not the one that crashes mpegplayer though 10.28.30 # Ahem, what is 'rb' in the PLUGIN_IRAM_INIT "calls" in your patch? 10.29.40 # Iiuc this resolves to rb->plugin_iram_init(....) but then your patch removes rb... 10.30.50 Quit Horscht ("electromagnetic radiation from satellite debris") 10.31.25 # Hmm, it seems plugins still use rb-> to call api functions 10.31.34 # * amiconn is trying to understand how that works 10.34.20 # Ah, you put that declaration into PLUGIN_HEADER. But how does that pointer get initialized? 10.35.35 # * amiconn thinks he understands now 10.36.12 # * amiconn however does not understand why Unhelpful didn't put the api pointer directly into the header, instead of using a pointer to a pointer 10.37.18 # i wasn't sure how to do that, without the plugins having to access it via the header structure... although, i imagine, a linker script change could fix that up? 10.38.05 Quit at0m ("CGI:IRC") 10.40.04 # I'm thinking about a variable aliasing trick 10.40.37 # But it should work either way as-is, except for the necessary dualcore fix... 10.42.17 Join Asterisk_ [0] (n=George@209.237.116.92) 10.42.56 # I'm getting an error message here. Cygwin Setup Unable to get http://download.rockbox.org/cygwin//setup.ini.sig from . how do i fix it? 10.45.45 # Unhelpful: Your patch ignores most test plugins. I also think that codecs should be changed the same way when the method works properly 10.45.47 # Asterisk_: I think you need to run "setup.exe -X" from the command line 10.46.31 # how so 10.47.20 # You need to open a command prompt, use the "cd" command to change to the directory containing setup.exe, then type "setup.exe -X" 10.47.22 Quit Darksair ("(define zero (lambda (f) (lambda (x) x)))") 10.47.47 Join Jaykay [0] (n=chatzill@p579E7585.dip.t-dialin.net) 10.47.49 # ok 10.49.36 Quit JdGordon|afk (Read error: 104 (Connection reset by peer)) 10.49.48 # which test plugins? all the test_*.c files under plugins have the new signature in my local repo... very odd if it's different in the patch. 10.50.02 # should it be http://download.rockbox.org/cygwin/ or 10.50.20 # The first one 10.50.23 # ok 10.50.37 # the new signature for plugin_start, that is 10.50.47 # Asterisk_: Which instructions are you following? This page is the easier one - http://www.rockbox.org/twiki/bin/view/Main/CygwinInstallWithScreenShots 10.51.24 Join JdGordon|afk [0] (n=jonno@rockbox/developer/JdGordon) 10.51.27 # that did the trick. 10.51.34 # hmm. that was odd 10.52.25 # can I idle here if i have more questions later? 10.52.26 Join Ryc [0] (n=cb3bc60b@gateway/web/cgi-irc/labb.contactor.se/x-5b64bc927facb5b8) 10.52.30 *** Saving seen data "./dancer.seen" 10.52.52 # Asterisk_: Of course - there are 132 people idling here... 10.53.02 # heh just checking. :) 10.56.31 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 10.56.59 # Greetings, wondering if someone please give me write permission to wiki, for updating CFModGuide with a successful install. WikiName is RycPat. 10.57.04 # how would you suggest i arrange that __header.api have the same address as rb? 11.00.30 Join moos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr) 11.00.39 # amiconn: before the very last invalidate_icache(), at line 741? or one of the others further up? 11.00.54 # Hmm, the test_ plugins are indeed in the patch 11.01.17 # s/moo 11.01.21 # moo 11.01.27 # bah 11.02.07 # * amiconn wonders why firefox' search function was lying to him 11.02.49 # cuz it's mean 11.02.51 # Weird patch though - I'm used to use -p0. This one needs -p1 11.03.23 # git generates them that way... but i really don't know if i could live without local branches 11.03.27 # Hmm, and it doesn't apply 11.03.37 # hrm? 11.04.04 # let me see if it needs a resync, and move the api init up as well 11.05.29 Join {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) 11.05.43 # 4 failed files: http://pastebin.ca/1305087 11.05.59 # This is against latest svn without any other change 11.07.24 # weird... perhaps the branch was not synced to master when i generated the patch :/ 11.09.27 # JdGordon: wheres the advantage of r19622? it caused quite a lot of bugs..... 11.10.08 # jdGordon|afk: ping (i used the wrong name) 11.12.48 # Unhelpful: Yes, before the last one. But it would be more logical to move it a bit further up, directly before plugin_loaded = true; (line 727) 11.13.00 # Ryc: is that your real name? (sorry, hopefully you take no offense it just sounds unusual) 11.13.52 # amiconn: ok. i need to clean up some whitespace changes i've introduced while changing some of the pluginlib function signatures, i'll move that call and put a new patch up. 11.14.26 # s/call/assignment/ ? 11.15.04 # ...indeed. it's been a long, and rather unusual, night. 11.15.49 Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-6b4ffb04c6beca54) 11.16.30 # i see that your proposed location is still after the target/sim split in the loader 11.17.09 Join tessarakt [0] (n=jens@e180066109.adsl.alicedsl.de) 11.17.12 Join flydutch [0] (n=flydutch@host159-157-dynamic.1-79-r.retail.telecomitalia.it) 11.21.53 Quit BHSPitLappy (Remote closed the connection) 11.27.40 # Yep 11.27.50 # Why split code when it's not necessary? 11.30.54 Join Darksair [0] (n=user@124.200.28.66) 11.33.03 # i suspect at least one of the conflicts to be due to how git handles deletions :/l 11.34.26 Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 11.39.30 Join pyro_maniac [0] (n=jens@77.21.68.46) 11.52.50 Quit Asterisk_ ("KMSMA") 11.56.04 # amiconn: new patch up. your fix sadly doesn't fix mpegplayer... i'm thinking i should add some debug stuff in plugin_iram_init to see if the stack is getting messed up somehow, because i can't see how else it could reach the end of the function, but not the next statement in the caller 11.56.47 Quit Ryc ("CGI:IRC") 11.57.51 # JdGordon: now around? 11.59.15 # yes, but if you ask the same question im going to ignore you again 12.00.02 # why? 12.00.40 # Unhelpful: I'll build for a PP target (ipod color) and a single core target (H300) and test 12.01.08 # is beast dual? 12.01.17 # No, single 12.01.24 # But the beast uses no iram 12.01.55 # hrm, right, so assuming the problem is strictly iram init, the beast would work 12.02.05 # * amiconn should also try the greylib, i.e. build for H180 and ipod mini g2 12.02.48 # does anyone know why audio_stop() 0's the current track id3 struct? Why can't it just be left so if playback is stopped the current track is actually the track which was playing at the stop time? 12.04.31 # sorry if this is a stupid question, but are floats not used in rockbox because they are slow, or because they won't work at all? in other words: can i do basic float assignment and addition in a plugin? 12.04.54 # jdgordon: ? 12.04.56 # kadoban: there is no hardware floating point on most (all?) of our targets 12.05.30 # kadoban: They will work, but are slow. Some plugins use them though I think, but you should always try and avoid them. 12.05.43 # (especially if you want your plugin committed to SVN) 12.05.51 # Unhelpful: the beast is the exeption IIRC 12.05.56 # you should be using fixed-point binary or fixed-divisor rational if you're going to be doing any substantial non-integer math 12.06.19 # okay, thanks. it's for something small, basically just storing a setting so it shouldn't matter that it's slow 12.07.02 # moos: is it? i know there are some vector and floating extensions supported by various arm implementations, and i *think* the beast does iwmmxt... 12.07.30 # no vectors of 32bit values, though, if i recall correctly, which is the only type that would help in any code that i've touched :/ 12.07.49 # moos: That's not a target yet ;) 12.08.01 # haha :D 12.09.15 # what?! did my primary DAP get un-supported? ;) 12.09.21 # linuxstb: what is the conclusion about sendfirme then? In case I miss some episods 12.09.38 # Unhelpful: hehe :) 12.09.48 Join MysticKitsune1 [0] (n=MysticKi@75.33.82.151) 12.10.23 # moos: I don't think there's been any - mcuelenaere was around yesterday, and I think he's trying to find alternative code to use. 12.11.03 # linuxstb: ok, let's hope so then. 12.11.29 # add preset doesnt add the entry too preset, it replaces all other presets with that preset 12.12.18 # Unhelpful: If I allocate rb using the .lds mpegplayer works. 12.12.19 # moos: I'm sure we can solve it for a standalone sendfirm, but I would be surprised if we find a way to incorporate windows MTP support into rbutil (without it needing to call an external .exe) 12.12.56 # That also ensures proper order (header _then_ pointer) 12.13.34 # jhMikeS: huh. that's... very very weird. can we use the .lds to get the visible-in-plugins pointer aliased to a header field, as well? 12.14.36 # linuxstb: we can live with this maybe (I mean without windows MTP rbutil support) 12.14.47 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-213.ewe-ip-backbone.de) 12.15.39 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 12.16.32 # * linuxstb sees that Songbird uses the GPL with an exception for some explicitly mentioned binary add-ons (gstreamer plugins and NPAPI browser plugins), but not an exception for the closed-source MTP add-on 12.17.16 Join MethoS [0] (n=clemens@host-091-097-245-045.ewe-ip-backbone.de) 12.17.45 Quit JdGordon (Read error: 104 (Connection reset by peer)) 12.17.45 Join JdGordon_ [0] (n=jonno@123-243-140-31.static.tpgi.com.au) 12.17.48 # nvm the last bit, I just got back here and checked it out. I'm about half asleep. header has its own seciont. :p 12.18.40 # Unhelpful: You said that simply using plugin_iram_init is enough to crash it? 12.19.40 # mpegplayer still works in any case 12.20.54 # jhMikeS: *mpegplayer* never makes it out of plugin_iram_init on my e200, unless i move synth or video_stack out of iram. doom and pacbox work fine. 12.22.11 # but i would very much like a pointer in the header for the api, instead of the pointer-to-a-pointer nonsense i'm using now... i just have too little linker-fu to even know where to start with arranging that. 12.22.44 # Linker script could work, but only for target, not for sim 12.23.23 # is there any way to arrange it strictly within the C source? 12.23.54 # i didn't want things to be doing __header.api->, or to #define rb __header.api somewhere 12.25.03 # I thought this would be possible with aliases, but it looks like I was wrong 12.25.08 Join casainho [0] (n=chatzill@87.196.193.1) 12.25.39 # * jhMikeS wonders about the .map file and what it indicates 12.25.44 # hello :-) 12.26.38 # I am writing the message printf("Rockbox Player Bootloader"); but it is longer than my LCD width... is there a way to it draws in 2 or more lines? 12.26.52 # The pointer-to-pointer stuff needs a bit more ram, but at least it works in plain C 12.27.03 # or I must work with smaller strings? 12.27.17 # casainho: \n? 12.27.46 # <_Auron_> heh 12.27.51 # No \n in the mini-printf available in rockbox bootloaders 12.27.51 # it's four bytes, i'm more concerned about the inelegance of it than i am about four bytes... :/ 12.28.02 Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 12.28.09 # ah, sorry 12.28.43 # amiconn: so, I need to work with smaller strings? 12.28.44 # In pondering it awhile back, I didn't really see anything better than pointer to pointer 12.29.20 Quit gevaerts (Nick collision from services.) 12.29.33 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 12.29.34 # With the linker script, you have two options. Either delcare 'rb' extern and let the linker script fill in the value as an offset from 'hdr', or separate 'rb' from 'hdr' and let the linker script put them in sequence by using appropriate .section attributes 12.30.42 # Both methods would break for the sim though, as we don't use a linker script there, and doing so would be quite difficult (if possible at all) 12.30.43 # ... make the pointer the first element in the header, name the header rb, and make the header a union of struct plugin_header and struct plugin_api* ;) 12.31.22 # That would work, but it would be hackish. No more magic there... 12.31.33 # Actually, you could reuse the magic... 12.31.46 # ...yes, yes you could. 12.31.59 # that's both a nasty and a beautiful hack, i think :) 12.32.08 # rb ends up on COMMON as the first variable 12.32.49 # you could always initialize it differently in the sim, and just fetch the address for rb and init it - sim plugins load via dlopen, correct? 12.32.56 # jhMikeS: Yes, right now, as there's no .section attribute 12.33.42 # we find the header differently in the sim loader, anyway 12.33.43 # Unhelpful: dlopen on *nix, LoadLibraryW() on windows 12.34.24 # see uisimulator/common/io.c 12.35.15 # ok... but we can still use a fixed offset on target, and treat it as a separate exported symbol in the sim, right? 12.35.35 # it used to be in .bss 12.36.28 # common is essentially also bss 12.36.54 # * Unhelpful hasn't tested this patch on beast... 12.37.32 # maybe i should, if it works on beast we know the mpegplayer issue is something that differs between 1) sim and PP 2) imx31 and PP 12.37.39 # I just wonder if that causes a clobber somehow 12.38.11 # add preset doesnt add the entry too preset, it replaces all other presets with that preset 12.39.51 # hmmm...iram sections get loaded to the same address as .bss and then get overwritten. 12.40.36 # Argh, of course... 12.40.48 # So 'rb' essentially must not go into bss 12.40.51 # * Unhelpful suspects amiconn has just cracked it. 12.40.55 # pixelma: got time to test a patch to fix the wps statusbar issue where its shown on one screen but on on both? 12.41.14 # It was in .bss before but initialized after the IRAM init. 12.41.22 # yeah 12.41.56 # Now the loader inits it, therefore altering iram stuff (code, whatever) before it is copied 12.42.10 # Was I right? I don't really recall. 12.42.30 Quit tessarakt (Read error: 110 (Connection timed out)) 12.42.51 Quit GodEater (Remote closed the connection) 12.42.59 Join tessarakt [0] (n=jens@e180078146.adsl.alicedsl.de) 12.43.07 # amiconn: would moving it to its own section behind the plugin header fix that? 12.43.36 # yes 12.43.43 # ...time to pack up here. i'll check back this afternoon or evening. 12.43.49 # For a test, you can force it into the .data section 12.43.53 # yeah, it's only used api until after iram init 12.44.11 # Just init it (you need to use anything else than NULL) 12.44.33 # JdGordon: not today 12.44.45 # will test when i get a chance. :) 12.45.09 # E.g. const struct plugin_api *rb = (struct plugin_api *)4; 12.45.30 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 12.46.41 # Unhelpful: This problem potentially hits any plugin that uses iram. It's pure luck if it works. Plain plugins or targets without iram (usage) are fine 12.46.54 # B4gder: you actually wrote up a commit blame script? 12.47.37 # yes, but it's not actually in use yet, I need to decide on what it should do once it finds someone 12.48.26 # * amiconn hides so the script won't find him ;) 12.48.51 # the changelog html pages now include the svn user name in a html comment ;-) 12.49.08 # B4gder: the LCD on Rockbox Player is working :-) 12.49.10 # writing any data to .bss sections before iram init is rather risky when reusing it like that 12.49.22 # casainho: great! 12.49.35 # jhMikeS: Yeah, hence that variable needs to go somewhere else 12.50.59 # could just define an .api section and put it after the header in the .lds 12.52.20 # B4gder: however there is some questions that I dont' know if the problem are from my drivers or Rockbox. I need to first right strings in all LCD, like doing scroll down until next strings apear again on top... looks like it's a problem of some sort of scroll engine... ?? 12.52.33 *** Saving seen data "./dancer.seen" 12.53.12 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 12.53.12 # B4gder: Imho it would also be useful to announce the commits themselves (though probably not in full like the bot in #quassel does) 12.53.44 # casainho: I don't understand what the problem is 12.54.13 # amiconn: possibly, yes. I think we can start with getting a "red alert" system and see how that feels and then possibly add from there 12.54.44 # Hi everyone, i don't see that clip bug that we were unable to access more than 2gb's anymore. does that means that now we can access all of it ? 12.56.06 # B4gder: the first messages appears on LCD but quiclly disappears!! they just appears steadily after LCD is filled with messages... 12.56.21 # casainho: that sounds like an error in your driver or something 12.56.31 # rockbox fills data in a framebuffer, how would that vanish? 12.56.34 Join uu [0] (n=cut-jasm@116.71.26.96) 12.56.42 # hi 12.56.54 # hellooooooooooooooooo 12.57.15 # h 12.57.23 # uu: stop spamming please.. 12.57.24 # uu: stop that crap please 12.57.39 # hi how r u 12.57.51 # B4gder: what file should I include for use the printf()? 12.57.52 # uu: see topic 12.58.11 # casainho: we have no actual printf, only a few bootloaders using a kind of printf() thing 12.58.14 # tell tell 12.58.15 # * MysticKitsune1 thinks uu is a bot 12.58.16 # uu: before you say anything else, i suggest that you read the channel guidelines as linked in the topic 12.58.56 Part uu 12.59.02 # that works too 12.59.15 # smart bot, lol 13.00.12 Join blkhawk- [0] (i=HydraIRC@f051066116.adsl.alicedsl.de) 13.02.35 # * jhMikeS 's contribution included (conflicting files in FS patch probably aren't all correct): http://jhmikes.cleansoap.org/plugin_global_api_section.patch 13.03.02 Quit casainho (niven.freenode.net irc.freenode.net) 13.03.02 NSplit niven.freenode.net irc.freenode.net 13.03.02 Quit pyro_maniac (niven.freenode.net irc.freenode.net) 13.03.02 Quit {phoenix} (niven.freenode.net irc.freenode.net) 13.03.02 Quit pixelma (niven.freenode.net irc.freenode.net) 13.03.02 Quit blkhawk (niven.freenode.net irc.freenode.net) 13.03.02 Quit linuxstb (niven.freenode.net irc.freenode.net) 13.03.02 Quit idshark (niven.freenode.net irc.freenode.net) 13.03.02 Quit merbzt (niven.freenode.net irc.freenode.net) 13.03.02 Quit HBK (niven.freenode.net irc.freenode.net) 13.03.02 Quit feisar (niven.freenode.net irc.freenode.net) 13.03.30 NHeal niven.freenode.net irc.freenode.net 13.03.30 NJoin {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) 13.03.30 NJoin casainho [0] (n=chatzill@87.196.193.1) 13.03.30 NJoin pyro_maniac [0] (n=jens@77.21.68.46) 13.03.30 NJoin pixelma [0] (n=pixelma@rockbox/staff/pixelma) 13.03.30 NJoin linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.03.30 NJoin idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 13.03.30 NJoin merbzt [0] (n=benlar@193.13.246.198) 13.03.30 NJoin HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 13.03.30 NJoin feisar [0] (i=jljhook@tarjoo.mulle.olut.gr) 13.04.06 # jhMikeS: No need to invent an extra section. Just define rb so that it goes into .data 13.05.10 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 13.05.37 Join CaptainKwel [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 13.05.54 # * jhMikeS just felt like keeping them together at the start (if it mattered) 13.06.13 # linuxstb: thanks :-) 13.07.19 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 13.08.29 Part MysticKitsune1 13.08.41 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 13.10.18 Join merbanan [0] (n=banan@83.233.243.20) 13.13.45 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 13.24.35 Quit AndyI (Read error: 60 (Operation timed out)) 13.27.54 # Which Rockbox-supported player works with CompactFlash? My iPod Mini 2gen works fine, but there's glich in the battery so I'm looking for a player which you don't need to tear open. I know there a Sansa Exx, but just v1 which only found as refubrished. 13.28.12 # amiconn: but if we add a section, we can specify its offset, and if we can do that, we can kill the **api member in the header 13.28.16 Join AndyI [0] (i=AndyI@212.14.205.32) 13.28.24 # Zambezi: they're not compact flash though 13.28.38 # just nand flash 13.28.43 # Unhelpful: Only on target. For the sim we'd need a different method to look up the symbol 13.29.11 # B4gder: It's SD right? 13.29.18 # i notice that we map dlsym to a GetProcAddress on win32... please tell me that doesn't mean it can *only* find functions? 13.29.28 # Zambezi: uSD, yes 13.29.50 # Right now sim_plugin_load() returns the address of 'hdr'. With more than one symbol, this simple method won't work anymore 13.29.50 # amiconn: right, so we export it for sim and find it the same way we do __header 13.29.50 # Zambezi: and the AMS sansas are hopefully supported in the future 13.30.31 # B4gder: Modelnumber on that? 13.31.04 # Unhelpful: GetProcAddress obviously works for 'hdr'. The problem isn't looking up symbols, but how to return more than one symbol address 13.31.29 # * Unhelpful slaps his forhead 13.31.38 # B4gder: I got a rip off. A 32 GB CF-card for less than ten dollars so I would really like to use the card in another player when mine says goodnight. 13.32.14 # Zambezi: then your only choice is a hdd based player and doing a hdd to CF replacement 13.32.47 # yes, obviously it's not limited in that fashion. i see the real problem now... it's fixable in a few ways, we really just have to decide how :) 13.34.13 # B4gder: That's the catch. I don't want to disammble it since the battery broke. I was a bit reckless when I had do reopen it for ten+ time due to the batterycable was a bit lose. 13.34.40 # i think i have it :) 13.35.10 # Zambezi: catch 22 13.35.20 # there's no such thing that you look for 13.35.24 # did you say it *would* be possible to have the linker alias rb to a header field? 13.36.28 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.36.44 # (obviously only on sim) 13.37.27 # B4gder: I think I can replace the cable on the battery with some assistance. I might do that. I know a friend which can solder. He's about the extend another cable already so I don't think he mind to get two more. 13.37.31 # I've added an updated patch that puts 'rb' into data (just a one-line fix) 13.38.15 # here is a picture of the first messages writeen on LCD from Rockbox Player: http://rockboxplayer.googlecode.com/svn-history/r190/trunk/images/20090110-first_lcd_message-rockboxplayerlittle-500x.jpg 13.38.20 # because if we can, i think it can be kept very simple. we make header.api a void *, or a union of plugin_api * and **. 13.38.28 Quit B4gder ("It is time to say moo") 13.38.33 Join Schmogel [0] (n=Miranda@essn-4db6d893.pool.einsundeins.de) 13.38.49 # on sim, it's initialized in PLUGIN_HEADER as a pointer to rb 13.39.27 # casainho: nice! you're getting progress :) 13.39.29 # Is these player AMS b4dger spoke about? http://daniel.haxx.se/sansa/v2.html 13.40.05 # on target, it's left uninitialized in PLUGIN_HEADER, it's aliased to rb by the linker, and the loader just sets the field, via the plugin_api* member of the union, to the address of the actual api struct 13.40.39 Join funman [0] (n=fun@AAnnecy-257-1-147-149.w86-197.abo.wanadoo.fr) 13.41.08 # it's a few lines in source, and somebody who groks ld scripts to arrange the appropriate aliasing 13.41.11 Join miepchen^schlaf [0] (n=miepel@p579ECB83.dip.t-dialin.net) 13.48.24 # Unhelpful: Aliasing in the linker script would obviously only work for targets, not for sims 13.48.51 # right... did you see how i suggest handling it for sims? 13.49.30 # make the field a union, and on sims, initialize it with a pointer to rb, basically exactly as happens on sim in the existing patch 13.50.13 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.50.35 # on targets, rb is just an alias for the field, and we store the address directly to it 13.51.31 # That could work, but it makes target and sim more different 13.52.22 # true, but not by much, and it saves 4B on target, not to mention feels to me like how the target version "should" work... 13.52.59 # mcuelenaere: :-) 13.53.58 # PLUGIN_INIT_IRAM should lose its argument, too, shouldn't it? 13.55.36 # Yeah it could indeed, although it makes no difference in the final code 13.55.37 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 13.56.51 Quit Jaykay (Read error: 110 (Connection timed out)) 13.58.06 Join Jaykay [0] (n=chatzill@p579E7585.dip.t-dialin.net) 14.05.17 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 14.05.47 # casainho: congrats for a working lcd, now use show_logo() and display the rockbox logo on this :-) 14.06.13 # i'd like to at least take a stab at getting rid of the **api on target... i don't have time now, but i should probably learn to deal with linker scripts at some point, anyway 14.07.11 # domonoky: thanks!! I didn't know about that show_logo() :-) 14.07.40 # jhMikeS: Weird. I can't make the disconnect-reconnect cycling bug show up anymore 14.08.14 # casainho: take a look at the different bootloaders in bootloader/, they all use this show_logo() function :-) 14.08.17 # Perhaps I need to discharge further... 14.09.30 # * amiconn starts playing some ape tracks 14.12.02 # amiconn: is the statusbar working on the player (specifically in the wps?) 14.13.56 Join PaulJam [0] (i=PaulJam_@vpn-3020.gwdg.de) 14.14.36 # * JdGordon assumes it is.. or he would have been buzzed by now 14.17.32 Quit merbanan ("Leaving") 14.20.08 # JdGordon: I don't know. With that many targets I have to decide which one to use, and I didn't try the player recently 14.20.59 Quit rvvs89 (Remote closed the connection) 14.24.42 # JdGordon: yes, the wps on the archos player has a statusbar (but thats special chars in the charcell display) 14.25.04 # ok good 14.25.23 # got it working now... but surely there's a more elegant way than . = . - 4; rb = .; ? 14.25.47 # * amiconn usually decides for a main target for a few weeks. Currently that's the H180 14.26.19 # Unhelpful: . = . - 4 moves the actual current address. Just rb = . - 4; should work 14.27.03 # * amiconn only rarely decides for a colour target as the main target. They're just too annoying 14.28.36 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 14.29.56 # right, i'll put up a patch with that shortly, then it's bedtime. 14.31.48 Join kerwood [0] (n=Marshall@c-69-250-35-141.hsd1.md.comcast.net) 14.32.37 # and the weirdness in mpegplayer when i tried to fix it was just a result of ld changing its mind about placement for symbols when i changed their sizes and/or which one went in iram? 14.33.10 Quit Xerion (" ") 14.33.20 # You moved stuff in iram, so the rb initialisation overwrote something different 14.33.40 # Fwiw, with my fix mpegplayer is working fine both on H300 and ipod color 14.33.56 # domonoky: I am getting this error: rockbox/bootloader/show_logo.c:27:33: error: bitmaps/rockboxlogo.h: No such file or directory 14.34.19 # yes, i tried basically the same fix, as i'd read that suggestion before i left to head home, and found it worked on e200 14.34.46 # casainho: you need to add the bmp file to the SOURCES for your target. (in apps/bitmaps/native) 14.36.14 # SOURCES of ifrmware? 14.36.44 # casainho: take a look at: apps/bitmaps/native/SOURCES 14.38.38 # domonoky: okok :-) 14.39.10 # you probably dont want the logo to display now anyway... 14.39.31 # comment out that show_logo() line and add a verbose = true line so printf works 14.39.45 # JdGordon: why not ? it would prove that the lcd is really working, and it looks nice :-) 14.40.04 # yeah, but he needs to be able to debug stuff... 14.42.04 # domonoky: however I still get this error: error: bitmaps/rockboxlogo.h: No such file or directory 14.42.33 Quit funman ("leaving") 14.42.58 # casainho: if you corrected the SOURCES (and maybe make clean) it should generate this header for you. 14.43.18 # ah, I didn't make lcean :-) 14.52.37 *** Saving seen data "./dancer.seen" 14.54.19 # domonoky: I still get that error, my LCD_DEPTH 16 and LCD_WIDTH 132, and thtere is already and for this values: #elif (LCD_WIDTH == 132) && (LCD_DEPTH == 16) 14.55.34 Quit fdinel (Read error: 104 (Connection reset by peer)) 14.55.56 # the SOURCES looks correctly 14.56.41 # casainho: to make sure it really uses this line, insert a "#error i got here" after your #elif, then you know for sure that its correct. 14.57.02 # domonoky: ok 14.59.15 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.00.25 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 15.01.13 # domonoky: I got this error: http://pastebin.com/m2df14a18 15.01.37 # looks like I am not getting that error of that SOURCES 15.01.50 # so your defines are not what you think. 15.02.22 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 15.02.54 # recheck what you have defined in your config-.h 15.03.52 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.08.17 # domonoky: well, Ican't make it owrking. If I send you a patch, could you please look at it? 15.08.56 # I am having problems with my LCD drivers, show_logo() could help me, as an image is different that the printf() 15.09.01 # yes, i could take a look, if you want. 15.11.16 # domonoky: here is the patch: http://rockboxplayer.googlecode.com/svn-history/r191/trunk/rockbox_patch/rockbox_player_patch 15.12.23 Quit PaulJam (Read error: 145 (Connection timed out)) 15.12.37 Join PaulJam [0] (i=PaulJam_@vpn-3020.gwdg.de) 15.17.55 # casainho: a few remarks. the configure entry is not correct. (do you really have 64MB of ram, and the bmp2rb and toolset commands are misssing) 15.18.57 # yes, I have 64MB of SDRAM 15.19.24 Nick jfc^2 is now known as _jfc (n=john@dpc691978010.direcpc.com) 15.19.41 # I don't know how to setup bmp2rb and tollset... 15.19.46 Join MethoS- [0] (n=clemens@host-091-096-215-195.ewe-ip-backbone.de) 15.20.18 # but you need the bmp2rb rules, to convert the bmps. (just steal them from a target with similar display) 15.20.42 Nick _jfc is now known as jfc (n=john@dpc691978010.direcpc.com) 15.20.59 # ok, I will do that 15.21.09 # and why does the config-rockboxplayerlittle redefine ROCKBOXPLAYER_LITTLE ? (it should already be defined by the Makefile (from configure)) 15.22.16 # domonoky: so, I will remove that line. 15.25.33 # with the correct bmp2rb rules, it builds the bootloader with logo without problems :-) 15.27.23 # domonoky: okok - it's build here also ;-) -- thakns :-) 15.29.58 # domonoky: ah, okok. Looking at logo image... looks like my LCD have half of resolution... some problem on drivers, I need to work on it :-) 15.30.35 # have fun :-) 15.34.06 Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) 15.35.37 # domonoky, bluebrother: Have you done any work on plugins for rbutil? I'm wondering if Windows MTP could be implemented as a plugin, and we add a GPL exception to allow that specific plugin. 15.35.41 Quit MethoS (Read error: 113 (No route to host)) 15.36.37 # linuxstb: i had some play with Qt plugins in rbutil (for python), and it isnt really difficult. So that could be a solution. 15.37.04 # haven't done anything on Qt plugins -- todo list is simply too long :( 15.37.12 Quit PaulJam (Read error: 104 (Connection reset by peer)) 15.40.12 # If I add a function to struct plugin_api I need to increase the PLUGIN_API_VERSION, right? 15.42.09 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.44.40 # * linuxstb realises Qt itself is GPL'd, so that approach won't work... 15.46.16 # * domonoky think it really maybe the best to just call a sendfirm.exe out of rbutil. 15.47.12 # domonoky: Yes, I think so too. 15.47.49 # we can even embedd the .exe in rbutil, so the user wont notice :-) 15.48.00 # What about Linux/OS X - what about incorporating libMTP/libUSB there? 15.48.09 # we can? Wouldn't that create new license issues? 15.48.22 # libusb is already linked. 15.48.42 # is anyone using the last.fm capability of rockbox? 15.48.43 # bluebrother: Surely just because resources share the same file, they don't need to share the same license. 15.48.51 # Otherwise GPL would be infectious across .zip files. 15.49.01 # bluebrother: It is? So nothing is stopping us from supporting the e200r install in Linux/OS X (apart from Someone needing to do it)? 15.49.10 # and if you are, what are you using to sync it to last.fm? 15.49.15 # linuxstb: yes, that is my understanding. 15.49.30 # we use libusb for the USB ID detection and statically link it for that. 15.49.51 # And that works fine on OS X and Linux? And I assume you use the windows API there? 15.49.51 # maraz: I believe there is a wiki page on this. qtscrobbler can sync to last.fm 15.50.33 # libusb works fine at least on linux. No idea about OS X as I cannot test anything. On windows the IDs are resolved using setupapi, which is w32api. 15.50.36 # domonoky: Or it could grab it from the download server - which might be easier (it will be a tiny download) 15.50.38 # i.e. part of MinGW. 15.50.56 # linuxstb: yes downloading it is also possible. 15.51.04 # fetching sendfirm from the download server would also have the advantage that we can update it independently 15.51.13 # bluebrother: But the OS X builds at least include the code and statically link libUSB? 15.51.32 # yes, afaik. 15.51.46 # linuxstb: on osx we dont link statically. We use so called "Frameworks" 15.52.08 # bluebrother: and it works with utf-8? i've been using logscrobbler but it doesn't seem to understand it 15.53.36 # maraz: I guess so -- Qt uses unicode internally. Check the LastFMLog wiki page -- I don't use it ... 15.54.30 Join GodEater [0] (n=ge@rockbox/staff/GodEater) 15.56.02 # domonoky: But the libUSB "Framework" is included? 15.57.05 # is there a way to distinguish between e200 and e200r btw? 15.57.39 # as is so common with sansas, the OF is pretty much the only real teller 15.57.44 # hm, osx_deploy.sh doesnt copy a libusb-framework, maybe we really link this statically ? :-) 15.58.08 # bluebrother: sansapatcher won't find the e200r, as the firmware partition isn't visible via UMS - it uses the partition layout/contents to identify it. 15.58.22 # I don't know if the USB IDs are different. 16.00.08 # hmm. Might be a starting point (but could also cause issues with users lacking the required permissions) 16.00.28 # bluebrother: um, doesn't rockbox filter things going into scrobbler.log at all? i remember audioscrobbler waiting to 50% or 2:40 of track length (whichever comes first) before scrobbling the track 16.00.35 # bluebrother: rockbox seems to add everything on start 16.00.41 # * bluebrother considers a linux-deploy script 16.01.07 # bluebrother: The bootloader install requires the e200r in manufacturing mode anyway... 16.01.50 # maraz: what makes you believe this? I'm pretty sure the Rockbox implementation works correctly 16.02.01 Part kerwood 16.02.43 # bluebrother: So it will be more a case of 1) User clicks on "install bootloader" button; 2) rbutil gives user instructions for manufacturing mode; 3) User puts it in manufacturing mode and attaches USB; 4) patching application is uploaded with libUSB 16.03.29 Join PaulJam [0] (i=Paule@vpn-3039.gwdg.de) 16.03.29 # well, we have quite a bunch of dialogs now, so that wouldn't be the issue. But how to handle windows? 16.03.57 # Don't... 16.04.10 # Or download e200rpatcher.exe and run it. 16.04.25 # But that requires the libusb driver to be installed... 16.04.49 # hmm. If users need to use a separate application on windows anyway, would it make sense adding e200rpatcher for other OSes? The windows uses are still the majority 16.06.14 # we could simply make the bootloader installation for e200r output the instructions and do nothing. Everything else can still get done using rbutil 16.06.27 # * domonoky thinks its possible to install/uninstall drivers from the command line, so maybe rbutil could do that for the user ? 16.06.47 # * linuxstb is confusing himself between sendfirm and e200rpatcher... 16.06.51 # sounds nasty. 16.07.27 # but feel free to figure out how that works. If it works it _could_ give a way around the sendfirm / libmtp issue on windows ... 16.07.27 # I think for Windows, you simply need to tell the user to install that driver. Because it uses the manufacturing mode USB IDs, it shouldn't conflict with normal use, so no need to uninstall them. 16.07.44 # (talking about e200rpatcher now) 16.07.46 # and that ID differs? 16.07.50 # Yes 16.08.09 # ok, that's good. 16.08.10 # It's 0x0781 0x0720 for manufacturing mode. 16.11.00 # that's also listed as c200 recovery mode on the DeviceDetection page. Shouldn't do any harm though. 16.11.06 Join MethoS-- [0] (n=clemens@host-091-097-244-195.ewe-ip-backbone.de) 16.14.18 Join MethoS_ [0] (n=clemens@host-091-097-245-077.ewe-ip-backbone.de) 16.16.20 Quit at0m ("CGI:IRC (EOF)") 16.20.40 Join MethoS [0] (n=clemens@host-091-097-241-241.ewe-ip-backbone.de) 16.20.40 *** Alert Mode level 1 16.20.40 DBUG Sent KICK MethoS- to server 16.20.40 DBUG Sent KICK MethoS-- to server 16.20.40 *** Alert Mode level 2 16.20.40 DBUG sent MODE #rockbox +b *!*n=clemens@*.ewe-ip-backbone.de 16.20.40 DBUG Sent KICK MethoS_ to server 16.20.40 DBUG Enqueued KICK MethoS 16.20.40 *** Alert Mode level 3 16.20.41 Kick (#rockbox MethoS- :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 16.20.41 *** Alert Mode level 4 16.20.41 Kick (#rockbox MethoS-- :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 16.20.41 *** Alert Mode level 5 16.20.41 Mode "#rockbox +b *!*n=clemens@*.ewe-ip-backbone.de " by logbot (n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1) 16.20.41 Kick (#rockbox MethoS_ :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 16.20.41 *** Alert Mode level 6 16.20.42 DBUG Q-Sent KICK MethoS to server 16.20.42 Kick (#rockbox MethoS :*bang* too many joined users) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8076c4bfe14b4de1 16.20.42 *** Alert Mode level 7 16.22.26 # bluebrother: i just skipped a few songs and they all are on .scrobbler.log 16.22.40 # hmm 16.22.42 # then again 16.22.50 # they have a Played value of S 16.22.59 # and only the one i tested to play fully is L 16.23.04 # guess that's the difference then 16.25.09 # yes 16.25.34 # If the limit isn't met, it gets marked as S (skipped) 16.26.03 # and then when you submit they don't appear 16.30.43 *** Alert Mode OFF 16.30.48 Join Asterisk_ [0] (n=George@209.237.116.92) 16.31.20 # I've got a sans e280, would that fall under the banner of "sans e200?" I'm compiling rockbox now 16.31.33 # sansa* 16.31.38 # yes 16.31.49 # okk 16.31.50 # e200 is the series 16.31.55 # just checkin 16.32.36 Quit {phoenix} (Remote closed the connection) 16.35.19 # bash: 59 command not found 16.35.23 # 50 16.35.45 # herm 16.36.02 Join Gnason [0] (n=4d8813dd@gateway/web/cgi-irc/labb.contactor.se/x-7dfbd6b0f662ad9a) 16.36.17 # nabend 16.36.28 # can anyone help me compiling rockbox? 16.36.43 # tryng to do that myself 16.36.47 # i get the following error 16.36.49 # Gnason: just shoot your question. 16.37.06 # Gnason: If it is going to be a big paste, please use pastebin.ca 16.37.06 # arm-elf/bin/ld: /Users/robert/rockbox/build/apps/codecs/mp3_enc.elf section .ibss will not fit in region PLUGIN_IRAM 16.37.16 # arm-elf/bin/ld: region PLUGIN_IRAM overflowed by 1244 bytes 16.38.15 # Gnason: and which target is that ? 16.38.24 # iPod Photo 60GB 16.39.05 # i'm using arm-elf-gcc 4.3.2 16.39.53 # is there a list ont eh site of the platform numbers? 16.39.56 # on the 16.40.02 # is it a clean svn or did you apply a patch ? 16.40.13 # clean svn 16.40.36 # Asterisk_: why do you need that ? configure lists all. 16.41.07 # cuz it's telling me command not found when I type in what I think is the right number 16.41.43 # Gnason: then i thinks its you compiler which generates to big code. i think the recommended version (and installed by rockboxdev.sh) is 4.0.3 16.42.25 # Asterisk_: if it tells you 50 is not a command, you pressed enter one time too much :-) 16.43.32 Part linuxstb ("Leaving") 16.44.47 Join gregzx [0] (n=chatzill@dsu203.neoplus.adsl.tpnet.pl) 16.45.19 # hmm, where do i find rockboxdev.sh? ^^ 16.45.33 Join _lifeless [0] (n=lifeless@90.151.217.227) 16.45.43 Quit nibbler_ (Read error: 60 (Operation timed out)) 16.45.50 # Gnason: in rockbox sources under toos/ 16.46.05 # s/toos/tools/ :-) 16.47.21 # k, thx 16.48.37 # perhaps this should be mentioned on http://www.rockbox.org/twiki/bin/view/Main/HowToCompile 16.49.04 Join {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) 16.49.13 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.50.07 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 16.50.07 # * domonoky points to http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler 16.51.51 Join merbanan [0] (n=banan@83.233.243.20) 16.52.16 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 16.52.39 *** Saving seen data "./dancer.seen" 16.59.13 Quit Asterisk_ (Read error: 104 (Connection reset by peer)) 16.59.24 Join Asterisk_ [0] (n=George@209.237.116.92) 16.59.46 Join petur [50] (n=petur@rockbox/developer/petur) 17.00.43 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-9850e1a20ff335be) 17.00.54 Join Horschti [0] (n=Horscht@p4FD4F1CC.dip.t-dialin.net) 17.01.10 Quit Horscht (Nick collision from services.) 17.02.08 Quit Asterisk_ (Read error: 104 (Connection reset by peer)) 17.03.33 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 17.05.32 # I want to make a rockboxlogo for my 130x130 display... is there any source image? or should I resize from a bigger one? 17.06.10 # casainho: I think there's a svn available 17.06.21 # Bagder: might know 17.06.27 # s/:// 17.07.36 # kugel: I don't understand... where? on apps/bitmaps? 17.07.39 # manual/frontpage has a rockboxlogo.svg i think thats the source 17.08.25 # oh, and I meant svg, not svn, sorry 17.08.29 Quit CaptainKwel (Read error: 110 (Connection timed out)) 17.08.39 # okok :-) thanks :-) 17.11.14 # http://rasher.dk/rockbox/icon/rockboxHighRes.tif is the original source - not sure where that can be found 17.15.04 # there's also a rather big png in the manual sources 17.20.08 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 17.21.55 Join MarcGuay [0] (n=chatzill@ip216-239-87-214.vif.net) 17.22.22 # Is updating the bootloader on the Gigabeat S as simple as replacing the nk.bin file? 17.22.52 # AKA sendfirm not required once you have MSC access via RB USB? 17.23.20 # MarcGuay: Yes. 17.23.32 # Llorean: Thanks. 17.23.47 # casainho: I thought your LCD was 128x128 (according to the RockboxPlayerPrototype wiki page) ? 17.24.00 # (the same size as the iriver H10 5GB) 17.25.34 # linuxstb: oh, looks like that information is not correct 17.26.15 # the size is 132X132 however the first and last ones pixels of collums and rows can't being seen 17.26.22 # so, it's just 130x130 17.26.39 # casainho: I'd say if it's 130x130, (and if possible), just treat it as 128x128, that will save you lots of work 17.27.06 # kugel: well, I have it working now, showing the rockboxlogo 17.27.19 # there's a bunch of other bitmaps you need to convert 17.27.24 # kugel: "Take the easy way out" isn't exactly a project philosophy here. 17.27.35 # Gig-s bootloader is 12MB OF vs. for 72KB Rockbox? 17.28.00 # It might make sense to use the images for 128x128 plugins in many cases, but be careful what you mean by "treat it like 128x128" 17.28.24 # MarcGuay: Not quite sure I understand the question. For dual boot you'll still need a large file. 17.28.29 # Llorean: he's got a lot of other stuff to do. all the work with converting bitmaps will just cost time he can use for e.g. getting audio work 17.28.37 # kugel: well, I didn't know about that others bitmaps... then maybe its smart to stick with 128x128 17.28.49 # plus, as far as I know, this lcd is a prototype anyway, and not going to be used in the final version 17.29.02 # kugel: Most of the converting bitmaps is plugins and doesn't need to be done now anyway. 17.29.07 # Llorean: I just built a single-boot RB bootloader. The size difference is quite large. 17.29.16 # MarcGuay: Ah, as long as it's single boot, this is expected. 17.29.19 # MarcGuay: the 12 MB isn't just the OF bootloader though 17.29.23 # It is the OF 17.29.39 # BigBambi: Ah. That makes sense. Thanks guys. 17.29.50 # kugel: My point is, be clear when you say stuff like "don't bother" that you don't mean "it doesn't need to be done" but rather "focus elsewhere for now" 17.30.01 # well, that's true, I don't really need that 2 pixels (130-128) 17.30.05 # kugel: If it does end up with a 130x130 screen, it _does_ need to be supported properly, not just treated as 128x128 17.30.11 # Llorean: that's what I was trying to say 17.30.21 # kugel: Then *say* it. 17.31.02 # kugel: You said "treat it as 128x128" and "it will save you lots of work." It *won't* actually save lots of work if that screen is used, so say "it will save you lots of work if you really are planning on getting rid of the screen" 17.31.13 # look, his lcd is temporary (he said he's not going to stick with it for the final product), so that's likely not needed anyway 17.31.43 # kugel: You're missing the point. 17.32.03 # Say *why* so it's clear why you said that. So it's clear the message *isn't* "cutting corners is okay if it's close enough" 17.32.16 # casainho: if the final LCD is not going to be 132x132, it's probably easier to treat it as 128x128. 17.32.37 # indeed 17.33.05 # did he say what size the final LCD have before at all? 17.33.08 # okok, so to do it, on my config, I should define as 128 and on my drivers ignore the other missing pixels? 17.33.30 # Something like that - but if the final LCD is going to be 132x132, you should probably not cut corners 17.33.31 # plus, if he figures how to properly do it now it will save work when adjusting for the final LCD ... 17.33.53 # final size is not defined, for now we have this hardware, the future is open... :-) 17.34.21 # then doing it properly sounds like the better solution to me ... 17.34.30 # well, I do prefer to learn... 17.34.49 # You don't need to convert the bitmaps to fit the screen, but all code should treat it as its full size at least, then. 17.34.57 # The bitmaps can come later. 17.36.39 # my idea is to use this temporary prototype for showing that is possible to make our own hardware and I wanted the prepare myself to support a future hardware 17.36.50 Part linuxstb ("Leaving") 17.37.04 # so, I will then stick with the 130x130 17.37.55 # with all information and tools I have, will be quick to make this port!! even If I have to generate bitmaps and so on... 17.37.58 # casainho: what display are you using? 17.39.10 # Nokia LCD 132x132 : http://www.sparkfun.com/commerce/product_info.php?products_id=569 -- but we can get it for $10 from other site 17.40.16 Quit saratoga ("CGI:IRC (EOF)") 17.40.18 # hehe -- I was suspecting something like that. But why does that page tell it being 128x128? 17.40.51 # good question 17.42.18 # well, I think is a mistake -- if you see the source codes, like the first one listed on that page, they use as if it have 132x132... 17.43.09 # that LCD is referenced in almost every cheap open source project as being 132x132, tha'ts why we get $10 for it :-) 17.43.28 # and it is working here as 132x132 :-) 17.43.50 # So what's wrong with the first and last row and column so that you must use it 130x130? 17.46.26 # simple they don't appear: "The Nokia 6100 display has 132 x 132 pixels; each one with 12-bit color (4 bits RED, 4 bits GREEN and 4 bits 17.46.27 # BLUE). Practically speaking, you cannot see the first and last row and columns." 17.47.05 Quit Seed ("cu, Andre") 17.47.08 # it is written on James P. Lynch tutorial for that LCD 17.47.28 # Well, on the Nokia 6100 the casing may block the visibility of them. 17.47.35 # Are they actually visible on the raw display? 17.49.43 # i.e. you can light up the pixel at (0,0) and nothing appears? Even not when looking close? 17.51.24 # well, I took a picture now, wait a bit please :-) 17.52.14 # ill try again with http://www.rockbox.org/tracker/task/2533 and http://www.rockbox.org/tracker/task/4719, i suggest both to be committed.... 17.53.30 Join CaptainKwel [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 17.55.11 Join sko [0] (n=dustin@L74dc.l.strato-dslnet.de) 17.56.43 Quit sko (Client Quit) 17.57.18 # aaah they are ignoring me again :( 17.58.12 # bluebrother, Llorean : here the rockboxlogo on LCD: http://rockboxplayer.googlecode.com/svn-history/r192/trunk/images/20090110-rockboxlogo-rockboxplayerlittle-500x.jpg 17.58.41 # Jaykay: don't expect a response to every thing you say. 17.58.47 # casainho: nice :) 17.59.12 # that logo have missing small pixiels at left side 17.59.13 # Jaykay: Seriously, if you think a patch should be committed, bring it up on the mailing list and have patience. Have you tried the mandelbrot one? From the description, it sounds like it would actually be bad. 17.59.48 # llorean: i dont expect it, i just stated that nobody answered. 17.59.54 # and i tested it, it works fine 18.00.33 # Jaykay: It sounds like it would drop key presses 18.00.48 # and i already wrote a mail to the mailing list with a few patches i suggested for committing, the only answer i got was "write a comment to the patches" 18.00.50 # Like, if I press "zoom" 10 times faster than it can zoom 10 times, it'll clear the button queue between each zoom and lose some of them. 18.01.02 # right 18.01.31 # That sounds bad to me. 18.01.53 # it just prevents your dap to be unusable for the time of the zooms.... 18.01.56 # It sounds like it basically is assuming you *don't* press the button the right number of times, and punishes you if you do... 18.02.18 # You always have to wait for zooms. All it does now is prevent you from zooming in a fixed amount without watching it and counting how many button presses it *actually* registered. 18.02.26 # wouldn't it be better to have an abort button for that? 18.02.39 # hm 18.02.44 # i.e. stop calculating and wait for the next user interaction. 18.02.46 # yes that would be best 18.03.05 # or just a button for clearing the button queue 18.03.32 # ok then this patch can be closed :) 18.03.35 Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com) 18.04.00 # Jaykay: Well the "iter" being reset aspect of it may be a bug that could use fixing. It's possible the patch can be improved. 18.04.55 # hm i dont know what iter does, but i noticed nothing except the cleared button queue.... 18.05.34 # bluebrother, Llorean : and about the mixing pixels, you can also see this image that shows a printf(), you can clearly see pixels missing on the top of the LCD 18.05.36 # http://rockboxplayer.googlecode.com/svn-history/r190/trunk/images/20090110-first_lcd_message-rockboxplayerlittle.jpg 18.06.13 # casainho: that looks like 2 rows of pixels are missing at the top 18.06.58 # that could also be caused by an offset calculated wrongly ;-) I though it's missing 1 pixel on each border? 18.07.22 # Last night I had a hell of a time attempting to install the single boot nk.bin bootloader onto an updated (all original) gigabeat S with v1.2 firmware. I want to file a bug report as I believe there is something incompatible with an updated gigabeat S and the single-boot nk.bin file in it's current state. 18.08.11 # casainho: that's amazing. keep up the great work@ 18.08.40 # Davide-NYC: That would be more of an issue with sendfirm, no? 18.09.05 # MarcGuay: I'm not sure. Is that the likely culprit? 18.09.54 # Davide-NYC: Just a guess. What was the problem? 18.10.04 # I suspect most devs updated their bootloaders using the sendfirm utility *before/without* updating the entire player with the updater utility from toshiba. 18.11.00 # I used the updater to get an "original" fresh install on my beast and then attempted to run through the install procedure for a single boot rockbox install. 18.11.28 # After a (seemingly) sucessful install I'd end up in recover mode after any reboot. 18.12.00 # jhMikeS: The battery meter reading is a bit weird on my beast (USB-plug, climbs to 99%, disconnect, falls down to original % and then slowly climbs up again?) 18.13.08 # Any attempt at starting up the ploayer from shutdown would result in a forced recovery mode. 18.13.48 # Davide-NYC: Hmm. I'm having the same problem. Fresh bootloader + build, charged, turned off, turned on -> error 3. 18.14.08 # OK. That's what I wanted. Confirmation. 18.14.25 # Do we need to post a big report on flyspray? 18.14.48 # Does the dual-boot work? 18.15.14 # I haven't had the time to try and probably won;t until next weekend. 18.15.16 # Not sure what to do with this error#3. Any advice? 18.15.39 # BigBambi: Any problems installing the single-bootloader? 18.15.50 # I've restored to factory v1.2. 18.16.14 # If I tell you anymore I'd be off topic and Llorean would berate me. (just kidding) 18.17.00 # This feels pretty Rockbox related to me. 18.19.22 Join toffe82 [0] (n=chatzill@75.8.206.161) 18.19.25 # * MarcGuay is glad the beast wasn't called "supported" earlier... 18.20.16 Join karashata [0] (n=karashat@69.41.192.215) 18.22.09 # I'm writing a bug report on flyspray. 18.23.07 # bluebrother, Llorean : http://farm4.static.flickr.com/3455/3184538203_82863bec2d_o.jpg -- shows pixels missing from prontf() letters 18.24.16 # I'm having a tough time recovering, here. Got error#1 (insert USB). Sendfirm is failing, though. 18.24.32 # casainho: why don't you just draw colored lines / boxes? That way you can quickly spot which parts aren't displayed. 18.25.38 # well, maybe is better to stay with 128x128... I can't do this for all kind of this Nokias clones LCDs 18.26.05 # because other developers bought from other online shop, so, it can be different... 18.26.39 # * domonoky also thinks that using a (centered) 128x128 might be good for this project. 18.26.50 # for example, the same clone Nokia LCD appear with 2 different controller, or Epson or Phillips, which have different commands,etc... 18.27.34 # casainho: then you're up to doing run-time probing or two ports... 18.28.32 # Here is maybe the most poorly written bug report of all rockbox history: http://www.rockbox.org/tracker/task/9778 18.28.47 # well, that LCD was used in some series of Nokia phones. I bet they wouldn't have liked different behaviours between the series of the LCD 18.29.30 Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 18.31.11 # I must try to mix the commands for the LCD, as the commands have different values and controller just ignores wrong commands... at least this is done on initialization, that is the same for both controllers... 18.31.32 # so the controllers are different? 18.31.34 # but again, this is a temporary prototype 18.32.20 Quit petur (Remote closed the connection) 18.32.21 # yes, controllers are different and looks like they have different values for commands, and ignores no valid commands... 18.32.40 # so, we can make 2 in 1 :-) 18.32.45 # urgh :( 18.33.02 # at least that is working at lcd_init() 18.33.09 # as this is a selfmade target, runtime detection can be easy. just ground a specific gpiopin if you have one type, or set it to vdd if you have the other type. 18.33.48 # domonoky: good idea :-) 18.34.40 # my advice would be to avoid two controllers though 18.34.54 # and who says there won't be a third soon... and a 4th... 18.35.39 # eheh - but even the sellers can't identify them.... 18.35.51 # then buy from those who can 18.35.53 # it's like a Chinese 18.36.28 Join ender` [0] (i=krneki@foo.eternallybored.org) 18.36.32 # Bagder: for this nokia lcd runtime detection is good. these two types are very common in home-brew projects. 18.37.29 # * domonoky thinks even the nokia phone supports both types :-) 18.37.31 Join Ryc [0] (n=7a6f8eb9@gateway/web/cgi-irc/labb.contactor.se/x-008ce9ff1ffa8ed1) 18.37.45 # well, I'd rather call it necessary evil than good... 18.37.46 # on sparkfun seller page: "Uses the Epson S1D15G10 or Philips PCF8833 Controller"; "What we've found over in China is a 'copy' of the Nokia LCD found in models 6100, 6610, 7210, 7250, and 5100? We don't know what phones it fits, and we don't really care." 18.38.42 # toffe82: Got that link for the beast OF handy? 18.43.55 # casainho: so how are things progressing on the audio front of your device? 18.44.09 # audio? 18.44.18 # sound 18.44.27 # I don't have yet buttons!! 18.44.36 # oh, haha 18.44.46 # well, after LCD I will put buttons working 18.45.08 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 18.45.12 # after, mount the SD card FAT32 and load RB firmware... 18.45.20 # audio can be the last, no? 18.45.42 # sure it could, I was just curious on what you've decided regarding the hw for that 18.46.06 Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 18.46.14 # pixelma: You know how some folks wanted their kids to have memorable names? "Ryc" is their version of "Rick". 18.46.15 # we are making an expansion board for buttons + audio IC 18.46.42 # and I can alwyas start working on SD card drivers.... 18.46.55 Quit Ryc ("CGI:IRC") 18.47.28 # casainho: yes, you will need buttons and storage, before you can play music :-) 18.47.36 # * LambdaCalculus37 summons a fellow manual writer 18.47.51 # only storage. Who needs buttons to select music? ;-) 18.47.58 # domonoky: I don't see why? :) 18.48.04 # casainho: what audio codec are you using? Have you decided yet? 18.48.16 # I have one button on the dev. board... 18.48.31 # ues, TLV.... 18.48.33 # one press for down, two for up, three for left ... 18.48.42 # :-) 18.48.49 # yes, that TLV very well know, with drivers on Rockbox :-) 18.48.50 # TLV? 18.48.52 # ... 100times for shutdown :-) 18.48.58 # 5 for select? ;) 18.49.29 # I think he means the codec used in the h100 series (and others) 18.49.34 # bluebrother: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerPrototype#Stereo_Audio_CODEC 18.49.44 # tlv320? 18.49.56 # right 18.49.59 # yes, that ic 18.50.11 # pixelma: Here? 18.50.23 # again, there is a lot of resources for it, drivers for the board and MCU I am using :-) 18.50.45 # the X5 and family use the TLV320 18.51.00 # hmm. Wasn't someone searching for that chip a while ago in the forums and it hard to obtain? 18.51.25 # simple buttons are very easy to wire on dev. board but that TLV no... very thin pitch, we need a PCB for that... 18.51.41 # bluebrother: hard to buy? 18.52.13 # as in hard to find a distributor. But if digikey has them it shouldn't be a problem. Also, my memory could be wrong on this ;-) 18.52.43 *** Saving seen data "./dancer.seen" 18.52.43 # wow, 12 config-*.h files have TLV320 as defined audio codec 18.53.20 # ... but only 3 of them are running Rockbox fine 18.53.21 # yes, digikey, farnell, etc - but again, is temporary prototype, the company that will build the hardware will select a cheap one IC, etc 18.53.28 # can be anyohter 18.53.32 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.53.54 # that's bad -- it will require you to rewrite the driver ... 18.54.14 # yes, but is a strategy 18.54.36 # I don't have money to invest, to make and sell the hardware 18.54.36 # surely the TLV is a cheap ic? 18.55.11 # I don't know if is cheap or not, it's more important for me that have drivers on Rockbox an so on... 18.55.31 # but why spend time getting a chip up and running that will get replaced later anyway? 18.56.00 Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") 18.56.03 # I somewhat fail to see the point in that approach 18.56.15 # well, I will not spend to much time, because drivers are already done and tested. 18.56.30 # but, yes, I will spend but I will also learn ;-) 18.56.31 Join nibbler_ [0] (n=Nibbler@e181087010.adsl.alicedsl.de) 18.57.00 # I would say the same for the working on Sansa V2 for example.... 18.57.02 # :-) 18.57.33 Join gfather [0] (n=g@77.241.65.48) 18.57.37 # hello guys 18.57.53 # can i update my rockbox through the installer ? 18.58.05 # casainho: why? The hardware for that port is fixed, thus everything developed doesn't need to get rewritten. 18.58.08 # gfather: yes 18.58.36 # any link for llatest releas ? 18.58.50 # same link as ever ... 18.58.59 # bluebrother: but that hardware can have a short window of life... like the V1, for example. Who knows if after V2 RB is working, Sandisk makes the V3? 18.59.06 # which is www.?? :) 18.59.23 # just Sandisk controls the Sansa hardware, they decide 18.59.27 # just follow the white rabbit ... eeeh the release link on the rockbox website 18.59.49 # casainho: Yes, but the difference is: You intend for your hardware not to have _any_ life. 19.00.01 # casainho: that's true, but in your case you're porting to a hardware you're going to trash 19.00.05 # Or so you've said. 19.00.11 # i found the rabbit 19.00.14 # lets kill him :) 19.00.43 # yes, thats why I choosed cheap hardware and with tested drivers available... 19.00.43 # poor rabbit 19.01.00 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121623]") 19.01.10 # isn't the final hardware supposed to be cheap as well? ;-) 19.01.42 # bluebrother: yes, but I can't get cheap prices buying pieces at units 19.01.52 # bluebrother: the problem is, that nobody knows what the final hardware will be. 19.01.54 # nor I have an electronics company 19.02.45 # domonoky: but why does nobody know? 19.02.50 # for example, Olimex have knowledge and stock materials, and relations on the market of semiconductors... then they can tailor an hardware also for price 19.02.51 # i think we should make an opensource mp3 player based on rockbox :) 19.03.07 Quit BXCracer (Connection timed out) 19.03.14 # forget about installing it on devices that dont have 100% compatability 19.03.31 # my Ipod is compatible :P 19.03.42 # me to , its nott that what i mean 19.04.02 # imagine if all the components in the device is compatable 19.04.14 # see how much video playback and stuff will be great 19.04.14 # gfather: read here about our ongoing efforts: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayer 19.04.40 # yes thats what i was thinking :D 19.05.04 # Find a company to assembly and sell It online, to worldwide (already received some offers); i can help in this matter 19.05.21 # bluebrother: just one company with money to invest can decide what hardware will produce and sell!! I can't do it! 19.05.58 # gfather: how? 19.06.09 # casainho: yep, but my point is: shouldn't that company do that decision first? Otherwise you'll have lots of work you can trash, and porting won't be faster at all 19.06.27 # casainho, will it look as cool (e.g. casing of the player) and be as cheap as currently available players? 19.07.19 # casainho i can see some chines factories , and companies who offer oem and stuff 19.07.43 # see what can we do with them , becouse i dont think it will be built outside china :) 19.08.37 # bluebrother: first I need to show that it is possible and that I can help port Rockbox to some custom hardware... then I think I can convince some companies 19.09.04 # bertrik: that do not depends on me, I don't have a company, I am not a investor... 19.09.26 # well, I disagree that someone need to prove it's possible porting Rockbox, given the number of targets it already has been ported to. 19.09.35 # gfather: yes, China for sure, as every one else :-) 19.09.59 # casainho didnt u think to build it on freerunner for showcasing ? 19.10.21 # it would bee too much cool if you showcase it on freerunner or something similar 19.11.03 # gfather: freerunner is a phone, not really a ideal target for rockbox i would think. 19.11.18 # bluebrother: yes, that's true. I think the same, that's way I am not worried in using a better LCD, anyone can see an Ipod running Rockbox. But I coudn't say that I would commit my energies to port rockbox to some custom hardware If I didn't make any port before, you know, this is my first time with ARM and 32 bits... 19.11.55 # well its only for showcasing , it has a high resolution touch screen , its not ideal as a mp3 player , but for showcasing it would look cool 19.12.57 # gfather: I selected and MCU and dev. board with a lot of information, code, and tutorials... freerun is not that hardware 19.13.51 # well im just suggesting :) 19.13.59 # if u need any help , just tell me 19.14.01 # for showing case, than any "good" player as Ipod 19.14.13 # thats true too 19.14.18 # gfather: we need help for sure!! 19.15.13 # well anything other than money , i can help :) 19.15.13 Quit Gnason ("CGI:IRC (EOF)") 19.15.26 # well, no money :-) 19.16.09 # well if u need someone to think of cool desigens and stuff , i mean the gui for users 19.16.10 # the plan is to make the prototype and after talk to some company that wants to invest on it - we need that someones sells it online to worldwide 19.16.38 # i can sell online 19.16.46 # can do allot of stuff ;) 19.17.05 # ahah - but do you have any shop? -- 19.17.09 # market it in the middel east region with arabic language support 19.17.22 # anyway, it's an open hardware, everyone can sell... Ebay and so on 19.17.43 # saudi arabia and such countries can be big hit for you ;) 19.17.56 # for me no, for the project :-) 19.18.03 # for the project ;) 19.18.13 # why theme site is down ;( 19.18.20 # first we need to a company to invest on it 19.18.37 # is the prototype ready ? 19.19.03 # gfather: themes site is down, because it gets rebuilt. But not enogh people work on it .. :-) 19.19.36 # we can contact some venture captalist to invest in it ;) 19.19.54 # i can make 100% that i can get a company for the idea 19.20.18 # i mean a venture to be interested in the project 19.20.43 # ooff the topic , where do i get the themes from ? 19.21.06 # gfather: from the wiki WpsGallerys. 19.21.40 # yes , found it 19.22.08 # no prototype is not finished and prototype is not the final hardware, but we can suggest the hardware 19.23.09 # thats cool , ill pm u my contact , so you can feed me with needed info 19.23.25 Join LambdaCalculus3_ [0] (n=rmenes@rrcs-24-103-23-92.nyc.biz.rr.com) 19.25.28 Join funman [0] (n=fun@AAnnecy-257-1-147-149.w86-197.abo.wanadoo.fr) 19.25.36 Join kugel [0] (n=chatzill@unaffiliated/kugel) 19.25.55 # how can i download all themes ? 19.26.04 # i dont think i want to download 1 by 1 19.26.37 # you cant until we get the new theme site up and running 19.27.03 # :S damn 19.27.41 # Scrolling down the page and downloading just the ones that look nice is probably much, much faster than downloading them all, then trying them all on the player to see how they look. 19.28.03 Quit Bensawsome ("The awsome is gone :(") 19.30.28 # I just found that the Sansa Clip OF uses CMD6 for SD cards, and CMD6 isn't listed in the v2.00 specification (could it be a cmd for bank switching?) 19.30.28 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 19.31.56 Quit LambdaCalculus37 (Read error: 110 (Connection timed out)) 19.32.23 # and also CMD23 (also undocumented) 19.32.43 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.32.55 # nice find, /me googles for those commands and checks the spec 19.34.10 # nice : e200v1 uses CMD6 to switch banks 19.34.32 # how does Rockbox do that? 19.34.58 # see firmare/target/arm/ata-sd-pp.c 19.35.12 # the SD_SWITCH_FUNC is defined in firmware/export/sd.h 19.37.10 # my version of the sd spec does mention CMD6 19.38.02 # oh right, it's to _enable_ bank switching 19.38.02 Quit CaptainKwel (Remote closed the connection) 19.38.31 Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) 19.38.37 # e200v1 uses cmd35 (proprietary) to actually switch banks 19.39.12 # cmd23 is marked "reserved" 19.39.37 # paragraph 4.3.10.1 of the physical layer simplified specification version 2.00 says "Switch function command (CMD6)1 is used to switch or expand memory card functions." 19.40.03 Part likemindead ("Making like a tree...") 19.41.10 # oops I can't list all commands used because some are loaded from a table at an (still) unknown location 19.42.09 # kugel: did you already have a look at the code which switches SD banks in ata-sd-pp.c ? 19.45.03 Quit PaulJam (Read error: 113 (No route to host)) 19.46.31 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 19.46.40 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 19.47.15 # funman: a short one yes 19.48.53 # I also see commands 20 & 11 being mentioned in an array : { write_multiple, write, read_multiple, read, 20, 20, 11, 11 } 19.49.41 # funman: i guess you're looking at clip v1's OF? 19.49.51 # kugel: could you determine exactly how many sectors you can access on your fuze' storage ? 19.50.16 # kugel: yes, version 29 (the version which introduced ogg playback, but not flac playback) 19.51.09 # it has been determined already, I'll go search the logs 19.51.39 Quit kugel (Remote closed the connection) 19.52.06 # Also I'm not sure how to determine the real capacity, since the CSD always indicates a bit less than 4GB 19.55.32 Join kugel [0] (n=chatzill@unaffiliated/kugel) 19.56.49 Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 19.57.23 # funman: http://www.rockbox.org/irc/log-20081217#11:51:23 19.58.24 # 0x1DADFF is the last sector you can read 19.59.27 # so the bank size is 0x1E9E00 (adding the space reserved for the OF) 20.00.05 Join killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 20.00.09 # only the first bank needs to reserve space for the of 20.01.43 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-f96a3c4a3d8c4e6c) 20.03.53 # I can't find this number in the fuze or clip firmwares 20.07.28 Join PaulJam [0] (i=Paule@vpn-3032.gwdg.de) 20.08.47 # kugel: I'd try to mimic the code used in ata-sd-pp.c ! 20.08.53 # good luck, see you next time 20.08.55 Quit funman ("leaving") 20.14.45 Quit Acky (Read error: 54 (Connection reset by peer)) 20.15.07 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust202.bagu.cable.ntl.com) 20.28.53 Quit LambdaCalculus3_ ("Ka-chunka") 20.29.20 Quit pyro_maniac ("Leaving.") 20.47.17 Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") 20.50.55 Quit aurix_lexico ("Leaving.") 20.52.34 Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) 20.52.45 *** Saving seen data "./dancer.seen" 20.53.37 Join toffe82_ [0] (n=chatzill@adsl-75-8-206-161.dsl.frs2ca.sbcglobal.net) 20.54.48 Quit kugel (niven.freenode.net irc.freenode.net) 20.54.48 NSplit niven.freenode.net irc.freenode.net 20.54.48 Quit toffe82 (niven.freenode.net irc.freenode.net) 20.54.48 Quit {phoenix} (niven.freenode.net irc.freenode.net) 20.54.48 Quit GodEater (niven.freenode.net irc.freenode.net) 20.54.48 Quit domonoky (niven.freenode.net irc.freenode.net) 20.54.48 Quit miepchen^schlaf (niven.freenode.net irc.freenode.net) 20.54.48 Quit pixelma (niven.freenode.net irc.freenode.net) 20.54.48 Quit merbzt (niven.freenode.net irc.freenode.net) 20.54.48 Quit HBK (niven.freenode.net irc.freenode.net) 20.54.48 Quit feisar (niven.freenode.net irc.freenode.net) 20.54.48 Quit idshark (niven.freenode.net irc.freenode.net) 20.54.48 Nick toffe82_ is now known as toffe82 (n=chatzill@adsl-75-8-206-161.dsl.frs2ca.sbcglobal.net) 20.54.53 Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) 20.55.34 NHeal niven.freenode.net irc.freenode.net 20.55.34 NJoin {phoenix} [0] (n=dirk@p54B479D3.dip.t-dialin.net) 20.55.38 Quit toffe82 (Killed by ballard.freenode.net (Nick collision)) 20.55.39 NJoin kugel [0] (n=chatzill@unaffiliated/kugel) 20.55.39 NJoin toffe82 [0] (n=chatzill@75.8.206.161) 20.55.39 NJoin GodEater [0] (n=ge@rockbox/staff/GodEater) 20.55.39 NJoin domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 20.55.39 NJoin miepchen^schlaf [0] (n=miepel@p579ECB83.dip.t-dialin.net) 20.55.39 NJoin pixelma [0] (n=pixelma@rockbox/staff/pixelma) 20.55.39 NJoin idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 20.55.39 NJoin merbzt [0] (n=benlar@193.13.246.198) 20.55.39 NJoin HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 20.55.39 NJoin feisar [0] (i=jljhook@tarjoo.mulle.olut.gr) 20.55.57 Join m0f0x [0] (n=m0f0x@189-19-54-184.dsl.telesp.net.br) 20.56.17 Join toffe82_ [0] (n=chatzill@75.8.206.161) 21.05.22 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 21.06.43 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.09.33 Join gregzx [0] (n=chatzill@dsu203.neoplus.adsl.tpnet.pl) 21.10.29 Quit toffe82 (Connection timed out) 21.23.09 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 21.23.36 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.23.48 Join mcuelenaere [0] (i=mcuelena@rockbox/developer/mcuelenaere) 21.24.06 Join Schmogel [0] (n=Miranda@essn-4db6d893.pool.einsundeins.de) 21.29.19 Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) 21.29.52 # so has anyone else considered a spore-like game for rockbox? 21.30.21 # considering might be nice and all...but someone has to do the actual writing... 21.31.08 # agreed, just seeing if anyone else has already started such a project 21.32.41 # and now if it hasn't its at leas on the log, eh Llorean? 21.33.22 # allele: I don't think anyone considered anything like that, otherwise you would've at least seen some patch or a forum thread.. 21.35.21 # yeah, well I was thinking something a bit more primitive considering the platform 21.36.31 # Well, most of the actual gameplay of spore is simple enough that it could be represented in bitmapped graphics, etc. 21.37.00 # You could reproduce the gameplay experience well enough, you'd just lose the procedural animation and such. Most of that's just gloss anyway 21.40.43 Quit allele ("Java user signed off") 21.41.16 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") 21.49.39 Quit bmbl ("Woah!") 21.53.10 Quit karashata ("G'bye everyone!") 22.03.27 # * Zagor prepares to commit FS#9703, slightly modified (bigmem targets get to keep their big pcm buffer for now) 22.08.12 Join archivator [0] (i=foobar@77.70.28.57) 22.08.44 Quit merbanan (Remote closed the connection) 22.08.46 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 22.11.03 Quit archivator (Remote closed the connection) 22.14.17 Join archivator [0] (i=foobar@77.70.28.57) 22.16.20 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.24.38 # ./seered.pl 22.24.38 # Björn Stenberg/zagor=1 22.25.04 # yeah, missed some sim stuff 22.25.20 # great time for me to verify my script! 22.25.55 # of course. you don't think I did it by mistake, do you? 22.26.06 # thanks for volunteering! ;-) 22.26.48 Join gregorovius [0] (n=diego@host27.190-226-186.telecom.net.ar) 22.27.43 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 22.27.46 # * scorche wonders if Zagor has done anything on the google money front 22.28.53 # no, but I'm setting an alarm in the phone for monday now. this is getting silly :-( 22.29.36 # it would be nice to have that by next devcon ;) 22.30.54 # does anyone have a good resource for the mpeg4 specs ? 22.31.01 # google turns up a lot of not very detailed stuff 22.31.43 # saratoga: http://www.chiariglione.org/mpeg/working_documents.htm#MPEG-4 ? 22.33.18 Quit gregorovius (Remote closed the connection) 22.33.57 # mcuelenaere: Part 14 - MP4 File Format has no document unfortunately 22.36.32 Join Riku [0] (n=Lss@cm97.delta89.maxonline.com.sg) 22.36.33 Quit Lss (Read error: 104 (Connection reset by peer)) 22.37.41 Quit ender` (Read error: 54 (Connection reset by peer)) 22.41.51 # do we support playing the audio track of MP4 movies in Rockbox? 22.45.10 # Zagor: so as you may understand, we're close a "blame" feature 22.47.26 # ./seered.pl 22.47.36 # yay 22.48.16 # * scorche wonders if it will blame perl 22.48.40 # its the other way, this is perl doing the blaming! 22.48.46 # how come the clip didn't see a drop in memory use from this change? 22.50.08 Join tusjen [0] (n=Administ@159.80-202-81.nextgentel.com) 22.51.01 # because the pcm buffer is taken from the file buffer, i.e. "the rest of the ram" 22.51.30 # the change just moves ram from pcm to file buffer, hence no change for the program 22.51.36 # ah ok 22.52.19 Join kugel [0] (n=chatzill@unaffiliated/kugel) 22.52.39 # B4gder: yeah I saw in the log. do you plan to do the logbot modification too? 22.52.49 *** Saving seen data "./dancer.seen" 22.53.33 # no, I don't have any such plans atm 22.55.09 Quit B4gder ("It is time to say moo") 22.57.56 Quit XavierGr (Nick collision from services.) 22.58.07 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.59.02 # saratoga: No, but there's probably no reason we shouldn't 22.59.07 # re: mp4 movies 23.00.23 # Llorean: i just tried it and it seems to work 23.00.30 # so i guess we do, at least for some movies 23.02.12 # Probably just chance. 23.02.14 Quit mirak (Remote closed the connection) 23.02.23 # I'd imagine most would be large enough files to have the mP4 parser issue 23.02.37 Quit m0f0x (Read error: 60 (Operation timed out)) 23.03.19 # yeah probably 23.03.46 Quit Jaykay (Read error: 110 (Connection timed out)) 23.03.53 # JdGordon|zzz: One of your recent wps changes broke "follow playlist" again when the playlist ends. 23.03.58 # saratoga: Do you know if that's a case of being "very difficult to fix" or a case of "nobody's gotten around to really even looking at it"? 23.04.05 # It works when stopping manually 23.05.41 # Llorean: I'm looking at it now 23.06.02 # the problem is that the parser seems to allocate a huge table of packet lengths upfront, and then steps through them 23.06.14 # i'm looking for a way to compute them on the fly instead 23.11.12 Join Jrf [0] (n=S@188.41.83-79.rev.gaoland.net) 23.11.39 Nick Jrf is now known as BigBambi_ (n=S@188.41.83-79.rev.gaoland.net) 23.12.46 # damnit 23.12.54 # I wish rockbox would boot on my clip 23.23.58 # kugel: can you open bitmaps in rockpaint on your fuze, and then exit? i think i know a quick way to test different read sizes in the loader. 23.24.08 # yes 23.24.26 # fantastic. :) 23.24.34 Quit archivator (Read error: 104 (Connection reset by peer)) 23.24.40 # Zagor: is the automatic reconfigure really that needed? 23.24.57 # what if you have altered the main makefile, do svn up and then make ? 23.25.08 # zap, changes gone 23.25.36 # (and the help text wasn't removed either) 23.25.37 # it'll overwrite changes in autoconf.h as well, right? 23.25.42 # yes 23.25.55 # hm wait 23.26.17 # doesn't this change only make you have to type "make Makefile" instead of reconf? 23.26.31 Join archivator [0] (i=foobar@77.70.28.57) 23.26.35 # no, it runs it automatically 23.27.11 # what depends on the Makefile? the entire build? 23.27.51 # make always checks its' source file for dependencies and if so re-reads it. that's how the dependency file works too. 23.28.22 # lol, make now runs configure, asking for the values 23.28.39 # I thought it would at least use the old values 23.28.44 # kugel: the first time it has to 23.29.14 # kugel: the new configure stores the values. the old didn't. 23.29.18 # as the old values are stored in the Makefile 23.29.21 # ah right 23.31.11 # I'm split about the automatic aspect. 23.31.32 # * amiconn thinks it's unnecessary 23.32.04 # A 'configure' change doesn't necessarily mean that I have to reconfigure, e.g. if just a new target was added 23.32.10 # how about it just saying "You should run 'make reconf'" instead of doing it 23.32.30 # I'd be fine with that 23.33.00 # if it does nothing people will overlook it and it will have lost part of the purpose 23.37.38 # haha, playback doesn't work at all anymore on my fuze 23.37.56 # hissing noise at flac+ogg, crash/reboot on at aac/mp3 23.39.09 # kugel: since when? 23.40.33 # since your commit of the watermark patch, as far as the hissing noise is concerned 23.41.14 Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) 23.41.46 Quit Thundercloud (Remote closed the connection) 23.42.40 # that's interesting. the fuze has 8MB ram, so it didn't even get the changed pcm buffer. 23.43.41 Quit Xerion (Read error: 60 (Operation timed out)) 23.43.41 Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) 23.44.39 # oh foswiki released 1.0.0 ... 23.45.47 # yeah. http://www.rockbox.org/foswiki/bin/view/Main/WebHome 23.46.01 # aha 23.47.53 # Zagor: does configure now save _all_ its values, i.e. also the advanced options? 23.48.02 # no 23.48.10 # Unhandled IRQ 00: INT_WATCHDOG 23.48.28 # that shouldnt happen I suppose, or did I miss a watchdog isr? 23.49.00 # kugel: I use the watchdog to reboot. 23.49.23 # other than that, I'm not aware of any use of it 23.49.32 # yes, but that's not an interrupt handler. I don't remember a watchdog isr (i.e. no INT_WATCHDOG function) 23.50.03 # no. that's what I'm saying too :) 23.50.20 # which makes me curious why that happens 23.50.29 # maybe the VIC is setup slightly wrong? 23.53.00 # bluebrother: but it should be fairly simple to add in the same fashion it currently works 23.54.15 # Bagder: sure. It's just that someone(tm) needs to do it -- and I can't use reconf on my h100 rtc build as of now. 23.54.33 # right 23.54.46 # let's see if I get around looking at it myself or if someone else is faster ... 23.55.04 # I'll be the fastest off to bed now! 23.55.15 # g'night! 23.57.15 Join solexx [0] (n=jrschulz@e176107179.adsl.alicedsl.de)