--- Log for 19.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 days and 8 hours ago 00.00.00 # It's closed. The fix appeared to be 'I downloaded it again and it worked.' Looking for the ref now. 00.00.29 # darrenbown: If it's closed, then maybe you should describe your problem. 00.00.52 # Believe it or not, just because it's not working for you doesn't mean it's not working for everyone. We need to figure out what's unique in your situation. 00.01.43 # I haven't heard of a specific rbutil/Mac problem, but it may just be not many people use that combination 00.02.05 # I imagine enough people do that if there were a general problem we would have heard though :) 00.02.18 # darrenbown: What's the FS number? 00.02.20 # ok, I ran rbutilqt on mac OS X Leopard and it crashed with the following error: 00.02.20 # Dyld Error Message: 00.03.45 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.04.49 # Library not loaded: /usr/local/Trolltech/Qt-4.4.0/lib/QtGui.framework/Versions/4/QtGui 00.04.53 Quit bertrik ("Leaving") 00.05.04 # Referenced from: /Applications/rbutilqt.app/Contents/MacOS/rbutilqt 00.05.39 Quit ender` (" Trying to establish voice contact ... please yell into keyboard.") 00.05.41 # Reason: image not found 00.05.44 # executable was rbutilqt.app 1.0.7 00.05.47 # 9423 00.06.45 # Have you tried downloading it again? Your first download may have been corrupted. 00.06.59 # Tried three times 00.07.21 # does the rbutilqt download ship with dynamic libqt ? 00.07.37 # Did you install that Qt in /usr/local yourself? I doubt if that's present on a typical installation 00.07.41 # I even tried the exe on wine. It ran but (predictably) didn't work. 00.07.44 # /usr/local looks like the path of a non standard installation 00.07.45 # Ah. Dependencies. 00.07.48 # Dammit 00.09.42 # Isn't rbutil statically linked? 00.10.07 # It should be. 00.10.11 # it should be 00.10.14 # Maybe the latest MacOS build isn't? 00.10.16 # * n1s slow 00.11.13 Quit kugel (Nick collision from services.) 00.11.16 Join kugel_ [0] (n=chatzill@e178110241.adsl.alicedsl.de) 00.11.23 Nick kugel_ is now known as kugel (n=chatzill@e178110241.adsl.alicedsl.de) 00.12.07 # domonoky: the OF sets the peripheral as the flow controller for SD slot and embedded SD 00.12.13 # Ok, I'm off to try to solve the actual problem I was looking at. 00.12.35 # darrenbown: this is definitely a bug! 00.13.30 # RButilqt 1.0.7 is working fine here (PowerPC G4 running OS X 10.4.11). 00.14.38 # Hmm. Well, I work as a software tester but have limited experience of either Rockbox or Flyspray. Should I report this and if so how? 00.15.58 # and the DMA controller is the flow controller for i2sout 00.16.23 # (which makes a lot of sense, since the i2sout can't tell if data transfer is finished) 00.16.27 # I was actually hoping that rbutil would prevent the pain-in-the-arse folder merge I have to perform every time I update the RB daily build 00.16.34 # darrenbown: Just post to flyspray a task about Rbutil with a description/title similar to "RButil 1.0.7 for MacOSX does not appear to be statically linked" 00.16.48 # * Llorean wonders why darrenbown uses dailies instead of current builds. 00.17.21 # because I'm frantically bleeding-edge ;) 00.17.27 # "current build" is newer. 00.17.34 # You aren't :) 00.17.42 # Dailies are only updated daily, while the current build is literally "current" since it's made every time a source change is committed. 00.17.43 # Bah 00.18.14 # What folder merge issue do you have? 00.18.40 # i have the correct settings for DMA, tomorrow I will try to really use them ! 00.19.51 # gevaerts: OS-X's file browser overwrites folders in such a way that it's equivalent to rming the folder, then copying the new one in its place. Themes, settings, etc will not be preserved. 00.20.01 # Oh, just the usual recently-converted windows-to-mac thing about folder replace not merge 00.20.04 # I know I can use cp but it's a pain 00.20.15 # Yeah, exactly that 00.20.34 # Is there a command-line unzip? Maybe that works better? 00.20.47 # darrenbown: Are there perhaps better archive managers that would let you extract directly to the device, and do it non-destructively? 00.21.11 # gevaerts: There is a version of 7-Zip for OS X for the CLI. 00.21.27 # the unix unzip command should work well enough i think 00.21.34 # And it's there as well. 00.21.35 # And also about scrobbler upload not working because of hidden . folders, but that's a whole other issue. 00.24.02 # Ok, will submit the bug tomorrow. Looking forward to my first day off for three weeks. Thanks for your help. Later. 00.26.20 Quit TheSphinX^ ("XChat@Linux") 00.28.55 Quit funman ("leaving") 00.30.24 Quit herrwaldo ("Konversation terminated!") 00.31.54 Quit DerDome ("Leaving.") 00.31.56 Quit n1s () 00.35.55 # OS X comes with "unzip" as standard. 00.35.58 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.41.11 Quit captainkewl ("http://www.mibbit.com ajax IRC Client") 00.46.06 Quit Zagor ("Client exiting") 00.47.28 Quit MethoS (Remote closed the connection) 00.47.48 Join MethoS [0] (n=clemens@host-091-096-215-041.ewe-ip-backbone.de) 00.48.29 Quit Genre9mp3 () 00.51.10 Quit culture_ (Read error: 110 (Connection timed out)) 00.52.39 Quit LambdaCalculus37 ("Ka-chunka") 00.53.47 Quit darrenbown (Read error: 110 (Connection timed out)) 00.53.58 Quit mofux (Remote closed the connection) 00.58.33 Quit m0f0x () 01.10.07 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 01.10.19 # * amiconn has a suspicion regarding the usb resets on PP 01.11.44 # do share 01.12.22 # It could be ram timing. Afaik usb uses dma, and our ram timing might be too fast on PP5022 01.13.09 # is it known how to adjust DRAM timings? 01.13.32 # PP5022 sees much more usb resets than PP5020 - and PP5020 seems to have a slower ram access according to my ape tests 01.14.11 # It's not known, but it *might* be that we're doing it properly on PP5020 (only) 01.16.04 # * amiconn should try to measure RAM access speed on the various PP targets 01.16.27 # i don't supposed arm has a dword*dword->hidword instruction? 01.16.28 Quit Nico_P (Remote closed the connection) 01.17.28 Nick super_ is now known as super (i=1000@c80-217-68-219.bredband.comhem.se) 01.17.34 # Depeds on what 'dword' means. For arm this would mean 64 bit, and then there's no such insn 01.18.12 # i'm thinking too x86, it seems. 32x32->hi64 01.18.13 # erm. 01.18.14 # hi32 01.18.41 # That you can do, using smull, and ditching the low32 word 01.18.58 # (or umull, depending on the signedness you want) 01.19.06 Quit lasser (Read error: 60 (Operation timed out)) 01.19.32 # * amiconn knows sh1, coldfire, arm, and z80 asm, but next to nothing about x86 asm 01.19.34 # i'm not planning on assembly, but i suspect i can get gcc to do the right thing... assembly can come later. 01.20.06 Quit tessarakt ("Client exiting") 01.20.24 Quit XavierGr () 01.20.30 # probably ((uint64_t)v1*v2)>>32 ? 01.21.14 # Might work if you're lucky. Try it and check the disassembly 01.21.29 # heh. 01.21.35 # Otherwise you could use a small macro or inline function using inline assembly 01.22.28 # that could work, too. either way, it makes it much easier to do division-by-a-constant without having to worry *terribly* much about my overhead 01.23.23 Part toffe82 01.23.29 # Beware of the roundoff errror of this method. 01.24.32 # I was thinking about an optimisation for small divisors - using a lookup table for the reciprocal. If the dividend is sufficiently large, the result won't be correct anymore 01.25.24 # If you need to divide by a power of 2, that's easy to optimise, of course 01.29.07 # amiconn: i need to divide by the width of the input image :/ 01.29.39 # But surely not once per pixel? 01.29.40 Quit jhMikeS (Nick collision from services.) 01.29.46 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 01.30.31 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.30.56 # amiconn: yes, actually, because the scale factors that i'm getting for free from bresenham's are in that range. but since it's a constant, i can generate a reciprocal * some scalefactor, once, and use multiplies. 01.31.42 # For sufficiently small multiples this will probably work 01.42.28 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 01.44.59 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.45.11 Quit Thundercloud (Remote closed the connection) 01.47.44 *** Saving seen data "./dancer.seen" 01.48.02 Quit MethoS (Remote closed the connection) 02.01.00 Join LambdaCalculus37 [0] (n=rmenes@68.83.177.181) 02.01.29 Quit LambdaCalculus37 (Client Quit) 02.01.47 Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) 02.04.35 Quit moos ("Rockbox rules the DAP world") 02.06.29 # * LambdaCalculus37 is mildly amused by the fact that APE is faster on Coldfire than it is on PP :) 02.08.13 # ah LambdaCalculus37 is back :) 02.12.29 # kugel: Yes, and I'm going to try jhMikeS's patch out now. :) 02.12.57 # * JdGordon cant tihnk of quiet a few patches he would like to see commited before pointless fading 02.15.04 # * jhMikeS is still too busy finishing halloween leftovers 02.15.28 # thats not code for gigabeat s power mamangement is it? :D 02.15.56 # JdGordon: Ummm... it's actually for pointless fading. :P 02.15.57 # * jhMikeS often speaks in code so perhaps :) 02.15.59 # * LambdaCalculus37 hides 02.16.40 # that's like taunting sasquatch :) 02.17.10 # kugel: Does the fading patch have the same kinds of options that fading has on other targets? 02.17.26 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.18.33 # can you really have much in the way of options when the step count is so limited? on a related note, beast HW fading is always a 1 sec ramp and nothing can be done with that. 02.19.32 # Llorean: no, it'll get options to a) turn it off b) only ad fading in, c) only at fading off, d) both 02.20.40 # kugel: Well then why the interest in getting it committed if it's not done? 02.21.05 # the other seem to have - fade in duration and fade out duration settings (if I understand correctly) 02.21.12 Quit jhulst (Read error: 104 (Connection reset by peer)) 02.21.23 # Llorean: because I didn't plan to have a setting 02.21.23 # pixelma: Yes, that's what the older targets have. 02.21.36 # kugel: Why did you plan to do it differently than it's done in the completed targets? 02.22.13 # it's also a different way of fading 02.22.30 # Even if it's different, just "it should be enabled always" is silly. 02.22.49 # If we were okay with it always being on, we wouldn't have the option to turn it off on older targets. 02.23.26 # sure, but his way is probably not so flexible for a duration setting 02.23.36 # My concern is on/off, not so much duration options. 02.23.50 # pixelma: it's not, true 02.23.53 # I'm just curious why he didn't look at how it was done previously. 02.24.18 # * Llorean thinks this way leads to the path of "Rockbox works differently on every player" 02.25.23 # Llorean: so that means I can't use the hardware on the beast because I can't set duration? 02.25.35 # I know and I'd be against it if I can't turn it off... 02.26.03 # HW fading can be turned off or used only for one of in or out 02.26.21 # jhMikeS: No, it means you can't drop options that you *can* do (the ability to disable/enable fading entirely, for example, if it allows you to) 02.26.50 # jhMikeS: I meant kugel's patch 02.27.01 # jhMikeS: you could be use the options I'll create, not sure how easy that'll be 02.27.07 # jhMikeS: With kugel's proposed patch, fading would permanently be enabled even though it's possible by hardware to turn it off. 02.27.18 # kugel: if it's what you said, then it really is no problem. 02.27.36 # He's updated it, but my concern is the philosophy of "not trying to do it like it's done elsewhere, until people complain" 02.27.46 # Well, updated the proposal, not the patch I think 02.28.14 # Llorean: " Llorean: no, it'll get options to a) turn it off b) only ad fading in, c) only at fading off, d) both" 02.28.30 # jhMikeS: Yes, it'll *get* those. 02.28.48 # He hadn't really talked about them before, and seemed interested in trying to get the patch committed without them previously. 02.29.23 # Llorean: I didn't do that on purpose. To be honest I didn't you can configure it in pwm fading (I failed at researching properly...ok). But that's mainly because I didn't look even once into apps/ code while doing the work 02.29.24 # Hmmmm...I could whip those into the mix and commit the S HW fading and then those very ones can be used. 02.29.29 # But as I said, I'm more curious why he didn't check to see if there was already a set of options associated with backlight fading. 02.29.58 # * jhMikeS looks at his H120 which should allow every possible thing 02.31.01 # jhMikeS: can you tihnk of any nice way to send the main thread a SYS_ message every HZ/2 or so toher than creating a tick task to send the event? 02.31.20 # kugel: Ah, okay. As a future note: If you're adding something other players have, you should probably check how they handle presenting it to the users. ;) 02.31.27 # Yeah, this would have to be different, Off/In/Out/Both but not ramping times 02.31.55 # JdGordon: for what now? 02.32.00 # * Llorean thinks as long as it has the minimum "Off/In/Out/Both" it's okay, though when the hardware allows there should be duration options. 02.33.22 # * jhMikeS asks JdGordon to explain what he's aiming at in that it might make a difference 02.33.26 # jhMikeS: just a twisted idea I have 02.34.00 # There is a way to have a callback called every HZ/2 02.34.06 # it would be used to send redraw messages to parts of the screen which arnt actually active 02.34.35 # A something done constantly or for a short time? 02.34.40 # jhMikeS: yes, it's what I'll offer as settings. 02.34.44 # constantly 02.34.59 # wouldn't a seperate fade in and fade out enable/disable would do the same as the other four options and be closer to the other targets? It's one level deeper though... 02.35.07 # giving a fade time doesn't make much sense to me, since it's already dependent on the backlight brightness 02.35.36 # pixelma: it would be closer and can probably reuse existing strings except just have on/off 02.36.30 # pixelma, jhMikeS: Yes, I'd prefer it like that as well, honestly. 02.36.43 # I think it's a little less confusing too, since it's a little more explicit. 02.36.59 # but this way I only have 1 var and can use a simple bitmask. Splitting it into seperate screens for just a total of 4 possible options doesn't make much sense to me 02.38.21 # kugel: for HW it makes no difference to me, bitmask or 2 vars :\ 02.38.46 # I think keeping .cfg files as compatible as possible cross target would be nice. 02.39.04 # and if they arnt then dont use the same cfg name 02.39.17 # But in this case, we can use the same options pretty readily. 02.39.52 # this is similar to samplerates, it doesn't always translate from one to another 02.40.05 Quit JdGordon (Remote closed the connection) 02.40.17 # * kugel goes to bed as he sees he's gotta to the settings stuff all again 02.40.54 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") 02.41.43 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 02.42.19 # Perhaps in the S case 1000ms should be the "on" setting for the in/out since that is what it is...if you really want it to translate. 02.43.04 # jhMikeS: So the options are "Off" and "1000ms" 02.43.15 # That's nice and explicit, so users know what to expect when they choose it, too. 02.44.17 # Llorean: Sure. But for thread fading it varies with the brightness level so what then? 02.44.56 # For those we just have "On" I guess, since we can't tell users what it actually will be? 02.45.29 # Unknown/unusable values for settings get the default value anyway, right? (Which, for fading on targets with only off/on choices will probably be 'on') 02.45.31 # Llorean: that's the case without getting a bit crazy trying to calculate it 02.45.48 # * Llorean thinks we don't need to get crazy. 02.45.57 # Anything not off=on? 02.46.00 # Yeah 02.46.25 # Yeah, seems the logical course to me too 02.47.03 Quit JdGordon (Read error: 104 (Connection reset by peer)) 02.52.51 Quit saratoga ("CGI:IRC (Ping timeout)") 02.54.17 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 02.58.08 Quit Dark_Apostrophe (Remote closed the connection) 02.58.17 # amiconn: gcc does indeed emit umull for that. there seem to be four registers involved? is it actually a 64*64->64? 02.58.30 # LambdaCalculus37: you made sure the patch actually faded? did it? 02.59.47 # jhMikeS: Nope, your patch gave me this: http://pastebin.com/m2d9eb679 03.00.48 # LambdaCalculus37: you applied it with kugel's? it should be done by itself. 03.01.20 # jhMikeS: This was done by itself. 03.01.55 # ??? 03.03.02 # * jhMikeS sees no "backlight_brightnes" in backlight-target.h 03.04.50 Quit JdGordon (Read error: 54 (Connection reset by peer)) 03.06.25 # * jhMikeS tossed a new patch up there 03.07.48 Quit CaptainKewl (Remote closed the connection) 03.07.58 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 03.11.43 Join Strife89 [0] (n=michael@204.116.245.152) 03.17.17 # jhMikeS: Trying again now. 03.17.49 Join neddy [0] (n=john@nat/sun/x-260131d8c9d6dd50) 03.17.51 # If you get that conflict again, I'd suggest 'svn revert' to make sure 03.18.08 # Gotcha. 03.20.17 Quit Strife89 ("Bye, guys!") 03.21.02 Quit JdGordon (Read error: 104 (Connection reset by peer)) 03.32.32 Part pixelma 03.32.59 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 03.37.26 Join Darksair [0] (n=user@123.112.115.25) 03.40.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 03.43.59 Join miepchen^schlaf_ [0] (n=miepchen@p579ECC85.dip.t-dialin.net) 03.45.54 Join unL33T [0] (n=4801d5c5@gateway/web/cgi-irc/labb.contactor.se/x-1df46e355655affc) 03.47.43 # Is it possible to disable USB data somehow and only use the USB cable for charging? I modded my iRiver H120 with a single wire to allow charging through USB but it's a pain if you want to use the player while it's plugged in... 03.47.45 *** Saving seen data "./dancer.seen" 03.52.08 Quit miepchen^schlaf (Connection timed out) 03.56.09 Quit unL33T ("CGI:IRC") 03.56.17 Join unL33T [0] (n=4801d5c5@gateway/web/cgi-irc/labb.contactor.se/x-a04222aff9d4f1fa) 04.01.54 Join dghohens [0] (n=dghohens@204.85.84.48) 04.02.33 Quit Bensawsome ("The awsome is gone :(") 04.04.00 # Hey guys, I'm having a problem installing Rockbox on my 5th gen 30 GB iPod. Using the Rockbox utility, the bootloader downloads as normal, then after the download finishes, I get a message saying "could not open ipod". My desktop is Ubuntu. Can someone here help me? 04.06.30 Join miepchen^schlaf [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) 04.09.31 # dghohens: Are you running it with sudo? 04.16.29 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 04.18.11 # Llorean: I'm using the utility. If I ran the utility from console, would that help? 04.18.46 Part dghohens 04.19.20 Join dghohens [0] (n=dghohens@204.85.84.48) 04.19.43 # Sorry, my IM screwed up, I may not have received your last message. 04.21.17 # You can run it however you want, it just may need to be run with specific privileges that your user account doesn't have, and this is often easiest to achieve with sudo 04.21.46 Join blkhawk- [0] (n=blkhawk@f051197159.adsl.alicedsl.de) 04.22.18 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 04.22.22 # I'm administrator on my account, though, so I wouldn't think it'd be a problem. I'll give it a shot. 04.27.39 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.28.58 # It doesn't seem to be working... what command should I use? 04.30.22 Join BHSPitMonkey [0] (n=stephen@pool-71-244-5-24.dllstx.fios.verizon.net) 04.33.30 # 'sudo ./rbutilqt' or perhaps 'gksudo ./rbutilqt' wherever the file is located. 04.33.59 # ahh... I forgot the ./ 04.35.56 # Awesome, it's working now. Thank you very much! 04.37.45 Quit blkhawk (Read error: 110 (Connection timed out)) 04.37.52 Part dghohens 04.38.44 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051197159.adsl.alicedsl.de) 04.54.50 Join ajonat [0] (n=ajonat@190.48.123.99) 04.55.48 Quit tarbo (Read error: 60 (Operation timed out)) 04.58.57 Join Horschti [0] (n=Horscht@p4FD4FA7E.dip.t-dialin.net) 04.59.41 Quit Horscht (Nick collision from services.) 05.00.23 Quit rvvs89 (Read error: 60 (Operation timed out)) 05.03.14 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 05.21.09 Quit unL33T ("CGI:IRC") 05.24.35 Join Photoguy [0] (n=Adams@91.143.237.183) 05.27.00 Quit LambdaCalculus37 ("Ka-chunka") 05.47.48 *** Saving seen data "./dancer.seen" 05.47.58 Quit Horschti ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.51.34 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 05.53.10 Nick Seedy is now known as Seed (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 05.54.44 Quit Llorean ("Leaving.") 05.55.19 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 05.55.47 Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) 05.59.37 Quit Shaid ("*toink*") 06.10.44 Nick Darksair is now known as Awaysair (n=user@123.112.115.25) 06.17.12 Quit martian67 (Read error: 60 (Operation timed out)) 06.24.33 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 06.50.44 Quit jhulst (Remote closed the connection) 06.53.09 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 07.11.27 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.13.50 Quit midkay_ (Read error: 60 (Operation timed out)) 07.29.19 Quit jhMikeS (Nick collision from services.) 07.29.25 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 07.38.36 Quit krazykit (Remote closed the connection) 07.43.39 Quit reacocard (Read error: 60 (Operation timed out)) 07.47.50 *** Saving seen data "./dancer.seen" 07.51.16 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.59.05 Join reacocard [0] (n=reacocar@134.173.63.19) 07.59.57 Join n1s [0] (n=nils@rockbox/developer/n1s) 08.08.46 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.12.24 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-0693f39fb9dbc20c) 08.14.53 # hmm, why (in newest SVN build) no buttons are recognized on e200v2? 08.15.08 Quit miepchen^schlaf () 08.16.32 # J-23: Were they recognized in previous builds? 08.16.47 # I don't know, but probably no. 08.17.06 # So the most likely answer is "because it's still in a very early state"... 08.21.50 Join stoffel_ [0] (n=sfr@p57B4D049.dip.t-dialin.net) 08.25.37 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.25.44 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.26.08 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.28.02 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.29.53 Quit skipper (Remote closed the connection) 08.30.23 Quit BigBambi (Read error: 113 (No route to host)) 08.37.11 # Zagor: Morning 08.37.19 # How large should make.dep get would you say? 08.37.28 # quite large... 08.37.52 # almost 2 MB 08.38.10 # The v14 unified make has taken about 12 mins so far "Generating dependencies" and make.dep is about 10MB 08.38.15 # depends on the path to your src dir too quite alot, doesn't it? 08.38.43 # It might be something more fundamental - http://pastebin.com/m7e4a8093 08.39.10 # I get lots of those warnings before generating dependencies. 08.39.13 # B4gder: very true 08.39.16 # pondlife: that looks like you applied the patch twice 08.39.32 # or frogot to delete new files when svn reverting 08.39.39 # Probably the latter 08.39.53 # Is there an SVN command to delete new files 08.39.55 # ? 08.40.21 # remove all files and then svn revert brings back the ones from svn 08.40.21 # (or to find them, at least) 08.40.43 # if you just keep the .svn dirs that is 08.41.18 # Ah, I deleted apps and firmware, then did an svn up.. 08.41.23 # Hopefully that will do 08.41.57 # that works too, but doing a revert first and then up would use less network ;-) 08.42.51 # Hmm, still getting those warnings 08.43.05 # kill tools too 08.46.14 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.46.24 # ...and uisimulator, and now no warnings 08.46.40 # * pondlife wishes patch -R was a bit cleverer 08.47.18 Quit ajonat () 08.49.59 Join Rob2222 [0] (n=Miranda@p4FDCC8FD.dip.t-dialin.net) 08.51.42 # zagor: I've put my make.dep up at http://www.rockbox.org/tracker/task/9534 08.52.00 # Let me know if you'd like anything more, or any other Cygwin tests 08.52.05 # thanks 08.52.10 # No problem 08.52.39 # rather good compression. 98%! 08.53.25 # pondlife: but you still get "No rule to make target `/home/Steve/rockbox/buildsim/apps/SDL_main.o"? 08.53.31 # Yes 08.54.01 # "make: *** No rule to make target `/home/Steve/rockbox/buildsim/apps/SDL_main.o', needed by `/home/Steve/rockbox/buildsim/rockboxui.exe'. Stop." 08.58.03 # it's not in make.dep so it is one of the dynamic dependencies 08.58.07 Quit jhulst (Remote closed the connection) 08.59.35 # Zagor: The old make had -Dmain=SDL_main, does the new one? 08.59.52 # I've just destroyed my local copy :/ 09.00.10 Join skipper [0] (n=skipper@213.147.115.74) 09.00.29 # that sounds like it could be the cause 09.01.02 # but that effects gcc, and your error message is printed by make 09.01.22 # I guess make needs to know about this switcheroo too 09.02.33 # where was that? I can't find it in the svn Makefiles 09.03.48 # I get it in my sim Makefile, just searching 09.04.09 # in GCCOPTS? 09.04.14 # Yes 09.04.21 # wow. I don't. 09.04.29 # export GCCOPTS=-W -Wall -g -fno-builtin -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -I$(SIMDIR) 09.04.55 # sdl-config seems to output different things for us 09.05.16 # which version is yours? (sdl-config --version) 09.05.25 # 1.2.9 09.05.31 # 1.2.12 here 09.06.36 # I can look for an update, but seeing as I can build SVN ok.... 09.06.46 # yeah 09.07.00 # Best avoid moving the target too 09.07.21 # is anyone else (on linux) getting a -Dmain=SDL_main in their sim Makefile? 09.08.01 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.08.50 # is that from sdl-config --cflags? 09.08.56 # yes 09.09.16 # Indeed it is: -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin 09.11.02 # 1.2.13 on linux here, no such flags 09.11.18 # http://lists.libsdl.org/pipermail/sdl-libsdl.org/2008-January/063871.html 09.12.06 # pondlife: I saw that too, but that is a compiler error. in our case make is confused into thinking we want to build a SDL_main.o file 09.14.11 # ah ah ah! 09.14.31 # got it 09.14.41 # :) 09.14.43 # we preprocess SOURCES with GCCOPTS 09.14.54 # so apps/main.c becomes apps/SDL_main.c 09.15.02 # hehe 09.15.09 # So that got lost in the new version? 09.15.30 # no, the old didn't use GCCOPTS. the new does. 09.15.48 Quit n1s () 09.15.49 # Gotcha 09.16.39 # change in tools/functions.make so preprocess and preprocess2file uses $(INCLUDES) $(DEFINES) instead of $(CFLAGS) 09.21.39 # Build in progress... 09.23.20 # Lots of errors, need to make clean, I suspect 09.24.20 # hmm. you shouldn't have to. but try it. 09.32.01 # Nope, still getting link errors - http://pastebin.com/m3ab69a64 09.32.17 # Maybe something silly I did 09.32.38 # I need to go to work now, back in a bit though 09.37.10 Join n1s [0] (n=nils@nl104-208-152.student.uu.se) 09.37.16 # well that is much later, so I count it as progress :-) 09.38.27 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.47.54 *** Saving seen data "./dancer.seen" 09.51.53 Quit n1s () 09.54.57 Join lasser [0] (n=chatzill@W9ea1.w.pppool.de) 10.07.59 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.10.04 Join Nibbler [0] (n=Nibbler@e181098219.adsl.alicedsl.de) 10.13.08 # of course it's not as simple as not using GCCOPTS... 10.14.48 Quit BHSPitMonkey (Remote closed the connection) 10.16.32 Quit super ("leaving") 10.18.29 Quit stoffel_ ("leaving") 10.27.27 Quit jeffdameth (Read error: 113 (No route to host)) 10.27.46 Quit Thundercloud (Remote closed the connection) 10.28.30 Join jeffdameth [0] (n=jeff@dyndsl-095-033-121-192.ewe-ip-backbone.de) 10.43.14 Quit n17ikh|Lappy () 10.43.34 Quit moos ("Few days of vacations in Andorra :) c you soon") 10.46.40 Join _lifeless [0] (n=lifeless@83.219.10.83) 10.48.44 Quit faemir (Remote closed the connection) 10.49.33 Quit nuonguy ("This computer has gone to sleep") 10.50.56 Join stoffel_ [0] (n=sfr@p57B4D049.dip.t-dialin.net) 10.53.33 Quit pixelma2 ("-") 10.53.45 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.56.02 Quit Zarggg (Excess Flood) 10.56.41 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 10.58.38 Quit linuxstb ("Leaving") 10.59.18 # Anyone have some advice on a replacement for my E-200? 10.59.34 # I want something new, maybe not onther Sansa. 10.59.38 # *another. 11.00.19 # Photoguy: The list of supported targets is on the front page, and there's more information about them on the BuyersGuide wiki page 11.00.46 # Ok, just wondering if anyone had some thoughts.. 11.01.11 # Photoguy: if you want useful advice you need to tell us what you want the player to do 11.01.32 # I think I might go with the Cowon D2.. 11.01.40 # Since there is a port in development for it. 11.02.34 # Do you think the touch screen will be full compatible? 11.02.46 # Probably eventuall.. 11.02.53 # *eventually 11.03.02 # The D2 has some unique hurdles to overcome 11.03.12 # Right now the touchscreen already works pretty well 11.03.13 # Reakky? 11.03.16 # *really 11.03.25 # What are the other issues? 11.03.26 # But due to the way the internal memory is handled, it may be a considerable amount of time until we can write to it. 11.03.36 # Meaning you may need an SD card just to be able to use Rockbox regularly 11.03.45 # Right. 11.04.19 # Which do you think is further developed? The D2 or the Sansa V2? 11.04.21 # Llorean: where did you see volume up/down buttons in the Clip sim (can't find a reference in the keymap either)? Also - if it was as easy to simply replace scroll forward/backward with presses of volume up/down, having a nice c200 keymap wouldn't be so hard 11.04.57 # pixelma: They're on the right side, similar to where they are on a Gigabeat F. 11.05.18 # Even if they weren't suitable for up/down, the keymap could then just mirror the c200's instead. 11.06.06 # I didn't see them in the clip sim. I don't know what keys are currently mapped to them. 11.08.34 # found a reference to them now, seems like they are not used in the keymap file at all... 11.09.03 # I think the clip should either duplicate the e200 or c200's keymap. 11.09.30 # I *think* as they physically face up and down the volume keys would do well enough to replace the scroll wheel, but I haven't handled one yet, and if they don't, the c200 keymap can do a 1:1 mapping too. 11.09.34 # the c200 keymap could be a better base, I think, although this one still needs work itself :\ 11.10.35 # * Llorean has no objections to that. 11.10.38 # yeah right, one can only tell after trying out with the target 11.11.00 # I just don't think it needs a completely unique keymap when there's two players that are very similar and have the same number of buttons and close layouts. 11.11.04 # Including labeling. 11.11.24 # * Llorean has ordered a low-capacity Clip, since he thinks it'll be useful anyway. 11.12.50 # I was especially curious about the volume up/down buttons because I didn't see them and because I couldn't imagine that the thing that actually looked like a wheel wasn't one... 11.13.22 # Yeah, I was a little surprised by that too. 11.13.49 # pondlife: when you get back, run "make SILENT=" and paste the full link command somewhere 11.13.55 # anyone else on cygwin here? 11.14.35 # * pixelma is considering getting a Clip for the graphic works ;) 11.14.57 # I would be intersted in seeing the output of sdlconfig --libs on cygwin 11.15.58 # Zagor: me - do you mean with SVN or with your patch? 11.15.59 # Zagor: You mean with SVN, or patch 14? 11.16.05 # hehe 11.16.21 # with my patch, that gives you link errors 11.17.00 # Zagor: I don't have a copy here (of the modified one) - any chance you could upload it to FS? 11.17.38 # Just to be sure I'm doing the right thing 11.17.39 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.17.58 # pondlife: use this: http://bjorn.haxx.se/testing/unified_make15-nodelete.patch 11.18.37 # but you don't want SILENT= on the whole build. let it fail once first, and then rerun with SILENT= 11.19.09 # and before you do that, tell me the output of "sdlconfig --libs" 11.19.11 Join mofux [0] (n=quassel@dslb-092-078-060-029.pools.arcor-ip.net) 11.19.34 # saratoga: ping 11.19.42 # hmm, sdlconfig isn't found on this PC at all! 11.19.46 # sdl-config 11.19.50 # yes, sorry 11.20.02 # $ sdl-config --libs 11.20.02 # -L/usr/local/lib -lmingw32 -lSDLmain -lSDL -mwindows -mno-cygwin 11.20.06 # -L/usr/local/lib -lmingw32 -lSDLmain -lSDL -mwindows -mno-cygwin 11.20.08 # or anyone else who have played with profiling plugins 11.20.11 # i won!!! 11.20.21 # * B4gder hands LinusN the award 11.20.34 # Cygwin can't be involved in any speed contests ;) 11.21.28 # looks ok. but I need to see the link line. 11.21.56 # Initial build running 11.22.03 # Takes about 5 mins, I think 11.22.07 # ok 11.22.41 # LinusN: if you have a few minutes, could you run a speed comparison btwn "make" and "make -r" on cygwin? 11.22.55 # with your patch? 11.23.10 # yes 11.23.15 # "few minutes" - ha, i can see you are not using cygwin yourself :-) 11.23.21 # :) 11.23.24 # haha 11.23.51 # hmm, I'm back to the SDL_main.o make error :/ 11.24.05 # pondlife: huh!? 11.24.32 # ah, hang on 11.24.45 # Zagor: i need to adjust the patch a little, right? 11.24.51 # Yup 11.25.38 # LinusN: yes, wait a minute. my main=SDLmain fix wasn't correct 11.25.45 # ok 11.26.11 Join petur [50] (n=petur@rockbox/developer/petur) 11.27.18 # right, in line 11 of tools/root.make, add an underscore btwn SDL and main. 11.28.05 # line 10 even 11.28.45 # Zagor: which target do you want me to build? 11.29.09 # LinusN: it doesn't really matter. pick any binary. e200 is a nice one :-) 11.29.24 # x5 it is 11.29.28 # hehe 11.29.31 # I'll stick with H300 sim 11.29.36 # pondlife: yup 11.30.03 # woo, lots of override warnings 11.30.16 # maybe i didn't apply it correctly 11.30.20 # http://pastebin.com/m2f9f133c 11.30.24 # LinusN: huh? sounds like you have a double-applied then 11.30.31 # gah 11.30.39 # Sorry about the wrapping 11.30.49 # what do i need to remove? 11.31.19 # LinusN: delete new files added by the patch, svn revert and apply again 11.31.34 # ...basically everything 11.32.01 # the patch changes 160 files 11.32.34 # how fun 11.34.25 # Zagor: what I wanted to ask - is "make manual" also affected by your changes? 11.34.52 # pixelma: no 11.35.59 # Zagor: but the new files are only *.make, right? 11.36.11 # LinusN: yes 11.36.39 # i did a find . -name "*.make" -exec rm {} \; and it seemed to work 11.36.42 Quit stoffel_ ("leaving") 11.37.08 # Zagor: Was my link command enlightening? 11.37.16 # the dependency generation takes ages.... 11.37.31 # pondlife: a little. I'm digging into some issues from that. 11.37.49 # LinusN: I let it run for 10 mins before cancelling - that was also caused by double-patching 11.37.55 # LinusN: yes, it builds all dependencies at once. the old one built them per-directory. and missed some.. 11.37.59 # LinusN: Does make clean run without warnings? 11.38.09 # yup 11.38.29 # LinusN: how large is your make.dep file? 11.38.41 # 1.5MB so far 11.39.52 # 2.5 now... 11.39.59 # my x5 make.dep is 2.1MB with a 32-char build dir path 11.40.57 # ok, this looks wrong 11.41.12 # 3.3MB now 11.41.24 # * pondlife suspects LinusN needs to go back to SVN source 11.41.26 # whoa, it started to build 11.41.33 # how long is your path? 11.41.34 # * pondlife might be wrong 11.42.02 # Zagor: 25 11.42.26 # Hmm, all-in-one dependencies might be bad for build time. If a few files change, it needs to rebuild the whole .dep 11.42.32 # so how the heck did you manage to create a 3.3MB dep file...? upload it somewhere 11.43.14 # amiconn: the dep file doesn't autorebuild 11.43.22 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 11.43.49 # I was choosing between one big and one per source file, and settled with this. It's fairly easy to change if we want to. 11.45.39 # Zagor: i guess you wanted the timing without the dependency generation, right? 11.45.47 # LinusN: yes 11.47.18 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 11.47.48 # Zagor: frustrating... make clean removes make.dep 11.47.58 *** Saving seen data "./dancer.seen" 11.48.19 # ah right. run "make foo" (or whatever) to create dep and nothing else. 11.48.47 # how about "make dep"? ;-) 11.49.12 # that will make it twice :-) 11.50.42 # i must say that the dependency generation time is a royal pain 11.51.02 # what is not a pain in cygwin? 11.51.12 # and having "make clean" remove it is even worse 11.51.25 # I can move it to veryclean 11.51.31 # please do 11.52.02 # I'm not sure that's a good idea 11.52.26 # I think dep problems are one of the common things people fix with "make clean && make" 11.53.11 # dependency generation takes 18 seconds for an x5 build on giant 11.54.20 # yes, the total build time is what counts 11.54.30 # do we still have no clue why cygwin is so slow? 11.54.41 # it's not even an emulator 11.55.07 # Launching a process in cygwin is orders of magnitudes slower than on Linux. 11.55.34 # rasher: ok 11.55.54 # no wonder the dependency generation is slow then... 11.56.02 # Shell scripting obviously suffers greatly from this 11.56.13 # but it would just as slow with one dep file per source file 11.56.25 # even slower, since it would mean more file operations 11.57.24 # I experimented with calling gcc depgen with more than one source file per execution, but there is no way to solve the source/builddir handling 11.58.53 # Moving voicefile generation from shell scripts to a perl script and employing a helper-script cut down build times on cygwin to about 10% iirc. 12.00.15 # pondlife: can you do a h300 simbuild in svn and post the link line for that too? I con't see anything wrong with that link line... 12.01.39 # OK 12.01.43 # the double makes I can understand, but all the undefined SDL functions are really strange 12.01.50 # s/makes/mains/ 12.02.28 # oh I bet it's order related again... 12.03.36 # try moving $(LDOPTS) to the end of the line in uisimulator/uisimulator.make:28 and see if that makes a difference 12.07.34 Join {phoenix} [0] (n=dirk@p54B478CF.dip.t-dialin.net) 12.10.53 Join kugel [0] (n=chatzill@unaffiliated/kugel) 12.14.51 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 12.18.03 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.20.44 # Zagor: SVN make - http://pastebin.com/m55dd3704 12.21.36 # pondlife: thanks. did you try moving LDOPTS as I instructed? 12.21.47 # Ah, no - missed that line 12.23.22 # lunch 12.23.34 # pondlife: did you test my latest fading patch? 12.24.02 # No - didn't see if you'd sorted the problem I reported (backlight stays off), but will do later 12.24.18 # Zagor has me at the moment ;) 12.27.46 # pondlife: yes, it should be fixed 12.31.51 Nick Awaysair is now known as Darksair (n=user@123.112.115.25) 12.35.24 # Zagor: When you get back, I moved LDOPTS to the end, and now get "make: *** No rule to make target `os_types.h', needed by `/home/Steve/rockbox/buildsim/apps/codecs/libtremor/oggmalloc.o'. Stop." 12.35.48 # Paste of SILENT= output coming up... 12.36.07 # Ah no - it doesn't get that far! 12.36.31 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 12.57.53 Quit daurnimator ("Cyas later...") 13.02.34 Quit kugel (Remote closed the connection) 13.04.14 # pondlife: ?? and you changed nothing else? 13.04.28 # As far as I can tell 13.04.37 # Probably best if you pop a new patch up 13.05.23 # I think I need to get a windows computer and install cygwin. this kind of remote debugging is rather frustrating. 13.05.29 # heh 13.06.04 # I'm happy to try more - but if you supply a patch it's one step closer to local debugging 13.06.17 # I'm currently on SVN and about to have lunch 13.06.40 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 13.16.31 Part pondlife 13.22.16 Quit HBK (Read error: 110 (Connection timed out)) 13.24.54 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.25.59 Quit kugel (Remote closed the connection) 13.30.40 Join LambdaCalculus37 [0] (n=rmenes@nmd.sbx09467.newyony.wayport.net) 13.33.50 Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) 13.34.57 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.37.15 Join jpt9 [0] (n=jpt9@weepinbell-60.dynamic.rpi.edu) 13.37.18 # Hey guys. 13.37.26 # sellout.woot.com has 1GB refurb Sansa Clips. 13.37.35 # Should I get one to help test Rockbox on it for you guys? 13.38.19 # they're $15 :-) 13.42.23 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 13.44.24 # jpt9: we have enough clips, because they're so cheap 13.44.40 # ah. 13.44.44 # jpt9: so unless you're going to use it I don't think it'll be helpful 13.44.47 # But they're so freaking *cute*! 13.45.14 # Well, we can't tell you what to do with your money. If you want one, go ahead. But as kugel said, we have plenty already. 13.45.34 # ah. 13.47.22 # Zagor: I can give you remote desktop access to a windows box if you want? I dunno how usable it will be with my poor upload speed though 13.47.40 # I was wondering if I should put the DMA PL081 driver in firmware/drivers or in target/arm/as3525 13.47.59 *** Saving seen data "./dancer.seen" 13.48.13 # JdGordon: I think setting up a ssh server would take less bandwidth and be more practical 13.48.14 # how generic is it? stick it in drivers if its not really target specific 13.48.30 # JdGordon: thanks. it's definitely worth trying. 13.48.35 # it's specific to pl081, which is only present in as3525 afaict 13.48.43 # funman has a poiont though... is cygwin+ssh enough? 13.48.50 # sure 13.49.05 # okey dokey... 13.49.10 # * JdGordon installs cygwin 13.50.12 # So how goes the Clip porting effort, btw? 13.51.18 # LCD works, buttons need work, storage works (?), no sound. 13.51.26 # jpt9: the TargetStatus wiki page is up to date, and the forum thread has more precise information 13.51.38 # ah. 13.52.15 # What about plugins? If I get one, even if it doesn't have sound, I could always read Ender's Game on it... :-) 13.52.51 # I don't think plugins build yet. But I don't have a Clip (yet), so funman will be the man to ask. 13.52.56 Quit LambdaCalculus37 ("Ka-chunka") 13.53.41 # most plugins don't build because of missing keymap, if you already know rockbox you can definitely help here 13.54.24 # i have built some plugins with variations of the C200 keymap, because it looks quite similar 13.54.31 # Never coded on Rockbox before... 13.56.08 # i meant if you already used it, the keymap definition is quite simple '#define ACTION_XX BUTTON_zz' 13.56.12 # keymaps are easy, you don't need to know the rockbox code much 13.57.49 # Zagor: installing the base cygwin system.... 64% done 13.57.58 # Of course I've used it! 13.58.51 Join HBK1 [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 13.58.51 Quit HBK- (Read error: 104 (Connection reset by peer)) 14.08.59 Quit gevaerts (Nick collision from services.) 14.09.12 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 14.16.11 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-0b32ca00ac06fe6d) 14.16.58 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-88b36b72069e4db4) 14.17.14 # n1s: pong 14.17.32 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.23.57 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-171.ewe-ip-backbone.de) 14.24.21 # saratoga: did you play around with profiling, lately? i tried to profile the midi plugin on a sansa but it just freezes 14.25.32 Quit Bensawsome (Read error: 54 (Connection reset by peer)) 14.26.30 # any clues? 14.26.50 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.28.00 # n1s: never for plugins, but it works nicely for codecs lately 14.28.21 # maybe double check that the plugin api has all the functions defined that the codec api does for profiling? 14.28.25 # anyway, got to run for a bit 14.28.45 # ok, i'll look 14.30.22 # yep, same functons exposed to both plugins ans codecs... 14.32.21 Join Strife89 [0] (i=a810ebb0@gateway/web/ajax/mibbit.com/x-3b79b577a56ea94f) 14.32.21 Quit nplus (Read error: 104 (Connection reset by peer)) 14.33.47 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.34.26 Join jpt9_ [0] (n=jpt9@vpnwl-228-98.net.rpi.edu) 14.37.04 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 14.39.14 Quit jpt9 (Read error: 110 (Connection timed out)) 14.39.21 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 14.41.12 Quit Nibbler (Read error: 113 (No route to host)) 14.41.56 Join jpt9 [0] (n=jpt9@vpnwl-228-104.net.rpi.edu) 14.44.30 Join TheSphinX^ [0] (n=cold@p54A5D92B.dip.t-dialin.net) 14.47.10 Join jpt9__ [0] (n=jpt9@vpnwl-228-106.net.rpi.edu) 14.47.49 Quit amiconn (Nick collision from services.) 14.47.55 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.49.30 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 14.50.03 Quit jpt9 (Read error: 60 (Operation timed out)) 14.51.18 Join darrenbown [0] (n=darrenbo@212.183.136.195) 14.51.26 Quit tyfoo (Read error: 104 (Connection reset by peer)) 14.51.47 Part darrenbown 14.52.35 # LambdaCalculus37: ping 14.52.55 # kugel: Pong 14.53.07 # have you tried jhMikeS mikes patch already? 14.53.24 # kugel: His first patch didn't compile. His second one does. 14.53.46 # and does it fade? more or less nicely than my patch? 14.54.27 # kugel: A little more nicely. 14.54.29 Quit Photoguy ("Leaving") 14.54.45 # LambdaCalculus37: heh, cool 14.54.50 # * kugel expected that 14.55.10 # LambdaCalculus37: looks like we did hours of coding&testing my patch for nothing :) 14.55.43 # kugel: Not necessarily. We did hours of coding and testing to come down to a conclusion of how best to make fading work right. 14.56.05 # There's some strange beauty in all of that work. :) 14.56.14 # :) 14.56.27 # Oh, there's a new fade patch? 14.56.46 # Strife89: not really for c200, but of course you can test if you want 14.57.02 # I might when I get home. 14.57.29 # I should probably unpatch the old one though, correct? 14.57.36 Quit jpt9_ (Read error: 113 (No route to host)) 14.57.46 # Strife89: We were also discussing a patch jhMikeS did for the Gigabeast. 14.57.58 # Strife89: Yep, remove the old patch first. 14.58.48 Quit Strife89 ("mibbit.com: I'm off to class.") 14.59.57 # LambdaCalculus37: I guess the the gigabeat s patch should be committed soon then. It'll need my settings work first though, which I finished just now 15.01.04 # LambdaCalculus37: changing the delay between fade steps didn't work well 15.01.31 # so my latest patch on the tracker is definitely not as nicely as possible 15.04.10 # I still don't quite understand why different hardware requires different fading code. I'd think that the controlling/ timing code could be shared, only requiring a "set backlight (or button light) brightness" routine for each target. 15.04.38 # (Which we already have for most targets anyway, where backlight brightness can be configured.) 15.06.10 Quit Zagor ("Client exiting") 15.07.40 # pondlife: some hardware does offer that, so you don't need to loop though the brightness steps 15.08.11 # Ah, ok. Just send a command for off/on? 15.08.55 # so the hardware will fade solely. On targets not featuring that you implement a software controlled fading 15.09.02 Join jpt9_ [0] (n=jpt9@x-1-03.dynamic2.rpi.edu) 15.09.21 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") 15.09.45 Quit jpt9_ (Client Quit) 15.09.45 Quit jpt9__ (Read error: 60 (Operation timed out)) 15.11.58 # kugel: I'll try your patch in a little while. 15.12.24 # me too 15.15.37 # pondlife: some targets do fading with pwm too (those usually can't set brightness) 15.17.12 # hmm, if i remove the calls to profile_thread and profstop the midiplugin still freezes, maybe the actual -finstrument-functions is the problem... 15.20.23 Part LinusN 15.20.51 # LambdaCalculus37: where can I find the beast fading patch? 15.21.35 # Nico_P: FS#6800 15.21.43 # thanks :) 15.24.18 Join Schmogel [0] (n=Miranda@p3EE21D52.dip0.t-ipconnect.de) 15.28.36 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.31.21 # * kugel is glad he found some tester 15.31.49 # kugel: I'm going to try your patch out in a bit. 15.34.36 # kugel: I'm curious to know how good it looks on the H300 15.35.14 # in the early days, LinusN said the brightness controller was too slow to implement a proper looking fading 15.35.24 Quit ap0 (Read error: 113 (No route to host)) 15.37.24 # Nico_P: I*m curious too 15.40.42 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.43.09 Join culture_ [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 15.45.10 Join esthar [0] (n=esthar@student165-45.hampshire.edu) 15.46.06 # ah, i think i got it working, turns out trying to call a function pointer set to NULL is a bad idea 15.46.15 # (tm) 15.47.17 # btw is there a reason for these small differences between codecs and plugins? codecs use the ci pointer directly while plugins requires a call to profile_init that sets a local copy of the rb pointer. 15.48.00 *** Saving seen data "./dancer.seen" 15.51.38 # n1s: that sounds like a bug 15.52.27 # if i changed the plugin version to work like the codec one it works at least 16.01.02 # turns out my feeling was correct, the majority of time is spent in one function, it acually uses more than 100x as much cpu as the second in the list 16.03.06 Join krazykit [0] (n=kkit@adsl-70-236-65-134.dsl.ipltin.ameritech.net) 16.03.17 # I recommend using valgrind's --tool=callgrind to get nice profiling data (obviously when running a sim) 16.04.08 # together with kcachegrind 16.06.49 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-171.ewe-ip-backbone.de) 16.08.32 # one way that will help a bit is to basically copy the loop a couple of times and check a couple of things before and entering the right copy as that would get rid of quite a bit of conditionals inside it but it feels messy... 16.09.57 # what function 16.10.55 # the synth.c:synthVoice() 16.12.09 Quit kugel (Nick collision from services.) 16.12.12 Join kugel_ [0] (n=chatzill@141.45.206.127) 16.12.19 Nick kugel_ is now known as kugel (n=chatzill@141.45.206.127) 16.12.45 # as you can see it doesn't exactly look like a performance function... 16.12.58 Quit denes_ (Read error: 113 (No route to host)) 16.13.02 Join denes_ [0] (n=denes@pool-3537.adsl.interware.hu) 16.14.03 # LambdaCalculus37: did you already test? you can compare nicely by rolo'ing 16.14.23 # kugel: Not yet. 16.19.31 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 16.24.48 # n1s: did you check if that divide by a power of 2 is switched for a shift? 16.26.01 # saratoga: no, i don't think it happens too often, but so->decay can be negative 16.26.22 # i mean i don't think the division happens too often 16.26.55 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 16.27.09 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 16.27.35 Quit {phoenix} (Read error: 110 (Connection timed out)) 16.28.05 # kugel: Your patch fails to compile for H300 here, but I wonder if I have some remnants of Zagor's work on my PC. 16.28.21 # http://pastebin.com/m7104a3b2 16.29.04 # If you can check an H300 build compiles, and let me know if it does for you. 16.29.37 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 16.29.50 Join tic_toc [0] (n=4670e35d@gateway/web/cgi-irc/labb.contactor.se/x-fd8683a87fe45e8b) 16.32.37 # greetings. question. i noticed all the ipods show "no" in the USB column on the current status chart. what does this mean exactly? that it won't function as a USB device? 16.33.11 # tic_toc: it means you still need to use the OF's USB support as Rockbox has no usb of its own on these devices 16.33.29 # pondlife: changle line 63 in firmware/target/coldfire/iriver/h300/backlight-h300.c to read "#ifndef USE_BACKLIGHT_THREAD_FADING" 16.33.41 # tic_toc: Rockbox's own usb stack is still work in progress 16.34.27 # roger that, and thank you. 16.35.30 # * kugel thought I've fixed that yesterday 16.35.32 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.35.45 # kugel: I picked up the patch from Flyspray 16.36.03 # The v7 one 16.36.33 # pondlife: well, I remember I already told you yesterday to change that line. Apparently I didn't change it in my tree 16.36.40 Quit lasser (Remote closed the connection) 16.36.56 Quit tic_toc ("CGI:IRC") 16.42.36 Join captainkwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-fc296b70cb4476e5) 16.42.55 # pondlife: does it compile? 16.43.06 # Yes, about to copy it over 16.47.36 # Yes, works 16.48.09 # Looks ok, but slighter faster fade in and out would be better, I think 16.48.22 # how long does it take? 16.48.28 Quit bmbl ("Woah!") 16.48.37 # About 0.5s, I guess 16.48.54 # About twice as fast would be better, I think 16.49.08 # My battery is almost dead though, so can't experiment right now 16.50.03 Quit kugel (Nick collision from services.) 16.50.06 Join kugel_ [0] (n=chatzill@141.45.206.127) 16.50.14 Nick kugel_ is now known as kugel (n=chatzill@141.45.206.127) 16.50.25 # heh, the USB-charge button doesn't work on H300 if the quick screen appears. 16.51.49 Quit funman ("leaving") 16.52.37 # pondlife: 0.5s sounds reasonable. I wouldn't make it faster. Also, keep in mind that it depends in your brightness setting 16.53.02 # I was on full brightness 16.53.14 # level 15 is that right? 16.53.22 # it takes about 1s for me at lvl12 16.53.48 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.54.03 # pondlife: so you can make it shorter by reducing the brightness. I guess you don't run at full brightness usually anyway? 16.54.21 # I do normally 16.54.48 # I like the fade anyway 16.54.59 # Does it need a config setting? Or is that conventional? 16.55.15 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.56.04 # pondlife: it seems to need it. I personally don't see a need, but from the discussion tonight it seems generally wanted 16.56.27 # Nico_P: you heard? fading seems to be nice on the h300 16.57.03 # Two options (fade in and out) seems overkill. 16.57.14 # Maybe a fade time (0 for none)? 16.57.36 # pondlife: see todays log 16.57.43 # Will do 16.57.48 Part pondlife 16.57.56 # the 2 options are mainly because to keep it consistent with pwm fading targets 16.58.03 # and to reuse strings from the lang 16.58.20 # gone.. 16.58.26 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 16.59.03 # pondlife: the 2 options are mainly to keep it consistent with pwm fading targets, and to reuse strings from the lang 16.59.30 # Consistency is good; I'll read the logs. 16.59.54 # My gut feeling is that no setting is needed - or if so, just one (speed) 17.02.21 # I agree that consistency across targets is the overriding factor 17.02.36 # But am surprised that there are 2 options. 17.03.03 # I guess somebody must be using "fade out, don't fade in"... 17.03.08 # with 2 options we can perfectly reuse strings from lang files 17.03.37 # and pwm targets can set fade in/out differently too (even though there's more to configure about) 17.03.56 # I was more thinking that we could merge those options on all targets - i.e. backlight fade = on/off. But I didn't realise that we already had 2 options 17.04.16 # pondlife, kugel: FWIW the iPod video has Backlight Fade In/Out options under its LCD Settings. Is this a PWM target or no? (just curious, really) 17.04.38 # No idea 17.05.09 Quit kushal_12_27_200 ("This computer has gone to sleep") 17.05.20 # LambdaCalculus37: yes 17.06.23 # * kugel goes home 17.06.25 Part kugel 17.10.02 Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) 17.17.13 Part pondlife 17.20.32 Quit skipper (Remote closed the connection) 17.20.34 Quit dionoea (Read error: 104 (Connection reset by peer)) 17.20.37 Join dionoea [0] (n=dionoea@yop.chewa.net) 17.20.41 Quit tyfoo (Client Quit) 17.21.08 Quit aarcane (Read error: 113 (No route to host)) 17.21.19 Join hjh [0] (n=55dc2e80@gateway/web/cgi-irc/labb.contactor.se/x-bf1624007f13bb56) 17.23.59 Quit hjh (Client Quit) 17.34.10 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 17.34.11 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 17.34.44 Part B4gder 17.38.02 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 17.44.52 Join Llorean1 [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 17.45.14 Quit esthar (Read error: 60 (Operation timed out)) 17.45.51 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.46.45 Join esthar [0] (n=esthar@student165-45.hampshire.edu) 17.48.04 *** Saving seen data "./dancer.seen" 17.48.14 Quit bmbl (Client Quit) 17.51.32 Quit toffe82 (Read error: 60 (Operation timed out)) 17.51.34 Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.53.44 Quit Llorean (Read error: 145 (Connection timed out)) 17.54.48 Quit Slack__ (Connection timed out) 17.55.29 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.56.37 # hello domonoky, I have found that the Sansa AMS OF uses the SD controller as the flow controller in DMA transfers 17.57.42 # so if I understand correctly we have to setup the SD controller and the DMA controller for DATA transfer, ask the SD controller to start it, and wait a DMA interrupt which would tell if it has finished or if an error happened 17.58.20 # yep.. setup the DMA controller, ask the Sd for data, and wait for the interrupt.. 17.58.39 # since the SD FIFO is quite small, I think we should use burst DMA ? 17.58.56 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 17.59.56 # I checked the dma driver for creative zvm, it uses kernel.h 'struct wakeup' to notify when a DMA transfer has finished 18.09.31 Join MethoS [0] (n=clemens@host-091-097-243-182.ewe-ip-backbone.de) 18.11.33 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.12.49 # I wonder if we have to set the transfer size, if the SD controller controls the data flow 18.13.53 Quit _lifeless (Remote closed the connection) 18.14.22 # hm, i dont we need to set the transfer size if the sd controller controls the flow 18.17.35 # datasheet says we have to set transfer size to 0 if the DMAC is not the flow controller 18.18.01 # otherwise the DMAC may get confused... so its really 0 18.18.56 # ok .. so nothing happens, the interrupt handler is not called 18.19.36 # LambdaCalculus37: I updated the patch, it should be fading faster now, although I don't think we have to put further effort into the beast for this patch 18.20.06 Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) 18.20.49 # kugel: I'll try it out in a bit. 18.31.21 Part dany_21a_ 18.33.03 # domonoky: i'm not sure if dst/src size and width in channel control register must reflect the FIFO size, or a sector size .. let's check which sizes the OF use 18.33.06 Join {phoenix} [0] (n=dirk@p54B478CF.dip.t-dialin.net) 18.36.00 Join haikubear [0] (n=46488ec8@gateway/web/cgi-irc/labb.contactor.se/x-23514e2c8ef0db66) 18.36.19 # hello 18.37.04 # is this the proper place to ask an install-gone-awry question? 18.37.57 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 18.38.22 # haikubear: yes 18.38.47 Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) 18.38.49 # great. i'm installing on an ipod video 30G, i run debian on my home system. 18.39.28 # the bootloader complains that it can't find rockbox.ipod, but i can see it in /.rockbox/ 18.40.00 # the permissions on /.rockbox/rockbox.ipod are 755 18.40.35 # haikubear: did you format the partition as anything else than FAT32? 18.40.58 # Can you check the output of dmesg for the sector size? (it should be either 512 or 2048 bytes) 18.41.27 # n1s: no 18.41.30 # gevaerts: checking 18.41.54 # sd 9:0:0:0: [sdc] 14651280 2048-byte hardware sectors (30006 MB) 18.43.40 # Can you pastebin the output of sfdisk -l /dev/sdc somewhere? 18.45.32 # http://aatcmd.ca/sfdisk.output 18.46.41 # * gevaerts suspects that the "ghost filesystem" issue is still not solved on the 5.5g 18.46.49 # Let me think for a bit 18.46.56 # ok 18.46.57 # thanks 18.49.29 # What's the output of "cat /proc/partitions |grep sdc" ? 18.50.21 # 8 32 29302560 sdc 18.50.26 # 8 33 96264 sdc1 18.50.31 # 8 34 29206170 sdc2 18.51.43 # should i just repartition the damn thing? 18.51.49 # Won't help 18.52.12 # gah. 18.52.34 # It needs a bit of dd 18.53.20 Quit Darksair ("Everything that has a beginning has an end.") 18.53.27 # First make a backup of /dev/sdc1 (in case something goes wrong later) : "dd if=/dev/sdc1 of=$HOME/firmware.img bs=64k" 18.53.33 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 18.53.47 # ok 18.54.32 # jhMikeS: ping 18.54.33 # Then "dd if=/dev/zero of=/dev/sdc seek=48190 count=10" 18.55.00 # (for future log readers : don't type that in without checking if the numbers are right for you) 18.55.07 Join Photoguy [0] (n=Adams@91.143.237.183) 18.55.42 # done 18.55.44 Quit dany_21a_ (Remote closed the connection) 18.55.58 # Good evening. 18.56.02 Join miepchen^schlaf [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) 18.56.26 # haikubear: ok. If my theory is correct, _and_ I didn't make a stupid mistake with the numbers, it should now work 18.56.33 Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) 18.56.45 # * haikubear tests 18.57.06 # doh 18.57.15 # but the output changed somewhat 18.57.41 # now: Partition 1: 0x08 7130 MB 18.58.05 Quit TheSphinX^ ("XChat@Linux") 18.58.15 # But still no luck? 18.58.18 # nope 18.58.33 # same error message 18.59.09 # Let me check the numbers 18.59.15 # ok 18.59.33 # hello 18.59.40 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.59.55 # is there a way to charge a iaudio x5 via usb, while playing? (i know there is for sansa, ipods and a few others, can't figure it out for the iaudio. couldn't find anything in the manual.. 19.01.17 # nanok: I believe there currently is none (couldn't figure it out for my M5 either... ;) ) 19.04.38 Join miepchen^schlaf_ [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) 19.04.40 Quit haikubear ("CGI:IRC (Ping timeout)") 19.05.10 # the Sansa AMS OF doesn't seem to use peripheral-to-peripheral or memory-to-memory transfers 19.05.37 # and happily writes 1 in bits described as 'should write 0' (not only in the DMA controller) 19.06.30 Join haikubear [0] (n=46488ec8@gateway/web/cgi-irc/labb.contactor.se/x-763828667b5c3e3b) 19.06.51 # i dropped connection, it seems 19.07.13 # haikubear: could you get that firmware.img to me somehow? How big is it if you compress it? 19.07.13 Join Dieterbe_ [0] (n=Dieterbe@213.219.137.213.adsl.dyn.edpnet.net) 19.07.26 # checking 19.07.38 Quit miepchen^schlaf_ (Client Quit) 19.07.47 # * gevaerts is pretty sure that there's something in there that confuses the bootloader 19.07.50 Join miepchen^schlaf_ [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) 19.09.48 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 19.10.24 # it's 24m 19.10.37 # you want it over http? 19.10.52 # That works 19.12.16 Join Hillshum [0] (n=chatzill@75-165-238-79.slkc.qwest.net) 19.12.29 # it's going 19.14.48 # http://aatcmd.ca/firmware.img.bz2 19.15.13 # * gevaerts downloads 19.16.28 # funman: any new findings ? .. and strange that it writes 1 to where only 0 should go.. 19.16.31 # pixelma: thanks. at least i know to not waste my time trying. 19.17.06 # domonoky: i'm on it ^^ I think the programmers didn't check their code, and since "it worked" it didn't harm 19.17.21 # they are just lucky.. :-) 19.17.41 # the code passes structures, stack pointers, and offsets in structures around, so following it is not straight 19.17.48 # maybe there should be a section in the manual about charging (near "getting files to your device", maybe?), with some standard statements, one of them being usb charging, stating in the case of iaudio that charging via usb while playing is _not_ an option as of now (and for other targets stating how to do it)? 19.18.23 Quit saratoga ("CGI:IRC (Ping timeout)") 19.18.24 # ah I found a function which returns the content of the channel control register 19.18.52 Quit Dieterbe (Read error: 110 (Connection timed out)) 19.20.43 Join stoffel_ [0] (n=sfr@p57B4D049.dip.t-dialin.net) 19.21.02 Part dany_21a_ 19.21.28 Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) 19.21.55 # would enabling this feature for iaudio x5 be easy enough to do (charging via usb while playing); it seems to be quite a handy feature for using in the car for instance.. 19.22.14 # haikubear: I've got it 19.22.18 # ooh 19.22.39 # wait, "it"=file or "it"=problem? 19.22.39 # * gevaerts means "the file" 19.22.42 # ah 19.22.45 # awesome 19.24.15 # * gevaerts will look into this after dinner 19.25.12 # sweet, thanks so much! 19.25.21 # can you email me w/ anything you find? 19.25.54 Quit robin0800 (Remote closed the connection) 19.27.20 # Sure 19.27.45 # pm get through? 19.29.29 Part dany_21a_ 19.31.51 Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) 19.32.54 # nanok: not a bad idea (IMO). Would give me a place where to put the instructions how to get the M3 to charge at all which is a bit tricky, mildly put. The only "problem" I see is that it could be forgotten and not updated when things change since a dev might not expect something there 19.33.38 # I mean the need to update the manual for such a change 19.34.07 Join tarbo [0] (n=me@unaffiliated/tarbo) 19.35.52 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.36.07 Quit culture_ (Success) 19.36.35 # pixelma: yes, that's another good point: in my (short, granted) experience, the only reliable way to a full charge is with the wall charger, and outside rockbox (iaudio "bootloader", or whatever that is). that's also not mentioned in the manual, if i am not mistaking 19.44.37 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.46.16 Join mofux_ [0] (n=quassel@dslb-088-072-131-223.pools.arcor-ip.net) 19.47.43 Quit mofux (Operation timed out) 19.48.05 *** Saving seen data "./dancer.seen" 19.49.37 Join Strife89 [0] (n=michael@204.116.245.152) 19.53.03 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.59.30 # haikubear: I can't see anything strange in there. Do you have files on your ipod that you need to keep, or would a full wipe be acceptable? 20.04.59 Quit nplus (Remote closed the connection) 20.05.46 Join ibseo [0] (n=hd@p5B16173D.dip0.t-ipconnect.de) 20.06.27 Join nplus [0] (n=nplus@141.25.Globcom.Net) 20.09.57 Quit nplus (Read error: 104 (Connection reset by peer)) 20.10.22 Join nff [0] (n=d88256ab@gateway/web/cgi-irc/labb.contactor.se/x-5048f5631bf44a15) 20.10.28 # yo 20.10.38 # yo 20.10.49 # nff, hello 20.10.58 # ah hello 20.11.06 Join nplus [0] (n=nplus@141.25.Globcom.Net) 20.11.37 # nff, you can just ask 20.11.37 # was just wondering if the classic gen pods will be geting RB? 20.12.15 # nff, there is no time lines unless you are going to work on it 20.12.32 # ah wasent asking for one 20.12.43 # just wondering if it was planed 20.12.52 # Nothing is planned. 20.13.04 # Ports happen when someone wants to work on one. 20.13.27 Quit stoffel_ ("leaving") 20.15.06 Join Strife1989 [0] (n=michael@204.116.245.152) 20.15.23 Quit Strife89 (Nick collision from services.) 20.15.30 Nick Strife1989 is now known as Strife89 (n=michael@204.116.245.152) 20.18.00 # well thanks for you answers 20.18.10 Join lasser [0] (n=chatzill@W9ea1.w.pppool.de) 20.18.34 Quit nuonguy ("This computer has gone to sleep") 20.20.58 # gooday ppl 20.21.05 Quit nff ("CGI:IRC") 20.22.47 Part pixelma 20.23.13 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 20.24.33 Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.3/2008092816]") 20.25.58 Quit herrwaldo (Remote closed the connection) 20.26.13 Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) 20.27.39 Quit Photoguy ("Leaving") 20.30.19 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.31.08 Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 20.31.30 Join tessarakt [0] (n=jens@e180070127.adsl.alicedsl.de) 20.35.29 # domonoky: i found the offsets in the main dma structure, now I 'just' have to find where they are set (it should be different for each dma line) 20.35.41 Join MethoS- [0] (n=clemens@dyndsl-085-016-161-213.ewe-ip-backbone.de) 20.36.08 # :-) 20.43.34 # oh I found where it's set, the value is loaded from another offset in the struct :'( 20.44.01 Quit miepchen^schlaf_ () 20.44.14 Join miepchen^schlaf [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) 20.50.13 Join AndyIL [0] (i=AndyI@212.14.205.32) 20.50.25 Quit MethoS (Read error: 113 (No route to host)) 20.58.18 Quit Strife89 ("Gotta go for now.") 21.00.03 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 21.00.26 Quit Thundercloud (Remote closed the connection) 21.01.16 Quit AndyI (Read error: 110 (Connection timed out)) 21.02.15 Quit ibseo ("quit") 21.03.42 # :-/ sounds like a good maze.. 21.05.20 # i found the setting for memory (source of destination): width is 32 bits, burst size is 4 (binary 001) 21.10.15 # nice, thats the first part.. :-) 21.11.23 # well i believe we are not limited for memory transfers 21.11.33 # but we'll test that later :) 21.14.23 Quit Acksaw (Read error: 104 (Connection reset by peer)) 21.14.38 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 21.22.01 Quit jhulst (Remote closed the connection) 21.22.22 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 21.22.48 Join Rob2222 [0] (n=Miranda@p4FDCC8FD.dip.t-dialin.net) 21.23.44 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.29.34 Quit Dieterbe_ (Client Quit) 21.29.46 Join Dieterbe [0] (n=Dieterbe@213.219.137.213.adsl.dyn.edpnet.net) 21.33.53 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.39.16 Quit nplus (Remote closed the connection) 21.40.13 Join Lear [0] (i=chatzill@rockbox/developer/lear) 21.45.13 # n1s, any luck yet with the si4700? 21.46.11 # bertrik: i got it to work so i could listen to the radio, but have not really done the integration into rockbox yet 21.46.22 # cool! 21.47.04 # the problem was that i was trying the wrong input on the dac :) 21.48.08 *** Saving seen data "./dancer.seen" 21.50.12 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 21.56.56 Join lasser [0] (n=chatzill@W9ea1.w.pppool.de) 21.58.37 # n1s: Nice! :) 21.58.41 # * LambdaCalculus37 hands n1s a beer 21.58.55 Quit pixelma2 ("-") 21.59.00 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 21.59.20 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.26 # thanks! 21.59.39 # the oldest compiler we use is the native gcc on cygwin... 21.59.59 # 3.4.4 22.00.08 # gosh 22.00.20 # and it processes dependencies differently from 3.4.6 22.00.26 # produces 22.01.17 # but I think I have got it nailed now 22.02.38 # bertrik: did you try to find the equivalent of the "bit-banged i2c" you found in the fuze firmware, on other models ? 22.04.51 # I tried to find it for the clip, but couldn't find it 22.05.32 # did you look at the diagnosis menu code ? (iirc it's located in the otg_functio library block) 22.05.34 # we do still have some unused GPIOs on the clip I think 22.05.48 # Zagor: Ahem, Interix has gcc 3.3 ... 22.06.12 # most of them are on gpiod (only pin7 is used) 22.06.17 # amiconn: and someone is building rockbox with that? 22.06.29 # funman, no so far I basically haven't looked any further than the first block 22.06.30 Quit sarixe ("Ex-Chat") 22.06.45 # ok 22.06.48 # Well, it's a documented method 22.07.02 # funman, do you think the list of GPIOs on the sansav2hardwaremapping wiki is still correct/complete for the clip? 22.07.04 # (but no sims on interix yet - they need to be crosscompiled) 22.08.26 Nick Llorean1 is now known as Llorean (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) 22.08.34 # I see no point in supporting such old versions. 22.09.05 Quit kugel (Remote closed the connection) 22.09.25 # bertrik: yes 22.09.47 # If the dependencies are generated using the target/ sim gcc instead of native gcc, there will be no problem 22.10.19 # in simbuilds, native and target gcc are the same: 3.4.4 22.10.33 # On Interix they won't be 22.11.16 # The native gcc is 3.3, and there is no newer (working) one, but sims will need the mingw crosscompiler, as if you would build a win32 sim on linux 22.12.54 # I don't care about interix. I have no desire to support Microsoft software even Microsoft themselves refuses to support. 22.13.15 # funman, I would expect i2c pins to have a pull-up, therefore read as high when switched as an input. Pins B4 and B7 on the clip could be i2c because they read high as input and do not seem to be used for anything else. 22.13.25 Quit Bensawsome ("The awsome is gone :(") 22.13.34 # Pins->GPIOs 22.13.59 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 22.14.33 # interix is also the only non-open environment that could be used 22.14.44 # not to mention that amiconn is the only one who ever did ;-) 22.14.55 # That's not true 22.15.16 # is there anyone using it and actually preferring it to cygwin? 22.16.21 # I don't know whether XavierGr uses it now. He did try it at least. And there was someone else who used it in the past, but I don't remember the nick right now 22.16.39 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 22.17.25 # As said, I don't expect problems if the same gcc is used for building the deps and for the actual build 22.17.54 Quit reacocard (".") 22.18.13 # amiconn: the problem isn't differing version for dep and compiles. the problem is old gcc versions don't build deps the same way, and hence the build will fail. 22.19.00 # Yes I understand that. My point is that the build itself will *never* see the native gcc on Interix 22.19.14 # (well, except for tools of course) 22.19.24 Quit {phoenix} (Remote closed the connection) 22.27.45 Quit jeffdameth (Read error: 110 (Connection timed out)) 22.29.30 Quit bmbl ("Woah!") 22.29.56 Join jeffdameth [0] (n=jeff@dyndsl-095-033-109-247.ewe-ip-backbone.de) 22.29.58 # funman, so far most of the low-level driver stuff seems to be in the first firmware block, I also would the radio communication code to be there somewhere 22.31.03 Join w23 [0] (n=w23@host89-251-107-20.hnet.ru) 22.35.18 # bertrik: i suggested that the diagnosis mode could point to where the FM code is located (in the first firmware block) 22.35.41 # haikubear: still there? 22.36.05 # domonoky: the OF uses 8 * 32bits for SD transfers (half of the FIFO, like expected) 22.36.59 # 4 * 32 bits for i2sout and i2sin 22.37.20 # ah, for both source and destination ? 22.38.13 # i think yes (i'm a bit lost in all this code) 22.38.50 # i only see one instance of burst size/width in the structure, and i also see evidence that the OF doesn't do peripheral-to-peripheral or memory-to-memory DMA, so I guess the setting is peripheral specific regardless of the direction 22.39.05 Quit n1s () 22.40.12 Join FOAD_ [0] (n=dok@dinah.blub.net) 22.40.13 # so theoretically we should now have all info needed to get DMA running... 22.40.30 # * funman would emphasize 'theoretically' 22.41.31 Quit FOAD (Read error: 60 (Operation timed out)) 22.41.39 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 22.41.41 Quit tessarakt ("Client exiting") 22.41.52 Join DerDome [0] (n=DerDome@dslb-082-083-228-198.pools.arcor-ip.net) 22.43.58 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 22.44.49 # for now I don't read/write interrupt status (clear) registers, but the DMA interrupt isn't raised at all :/ 22.47.01 # and the terminal count interrupt is enabled, right ? :-) 22.47.40 # How do you debug early-boot issues? 22.48.49 # gevaerts: depends on how early... :-) 22.49.06 # domonoky: not early enough to get the bootloader printf() 22.49.15 # But not late enough to get logf 22.49.27 # if you dont have lcd or leds, delay loops are helpfull.. 22.49.43 # I think I can probably do splash()es 22.49.57 Quit herrwaldo (Remote closed the connection) 22.49.57 # (from firmware/, urgh) 22.50.13 # panicf ? 22.50.16 # :-) 22.50.27 Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) 22.50.27 # It does that by itself :) 22.50.56 Join sarixe [0] (n=sarixe@pool-68-239-182-121.nwrk.east.verizon.net) 22.52.17 # domonoky: yes, i just enabled it. I wasn't sure of its exact meaning (whether _the current LLI_) 22.52.39 # funman: if you could provide your DMA testcode, i would try my luck with it tomorrow.. :-) 22.53.39 # domonoky: currently it's mixed with plugins modifications, just give me one minute to sort the essential 22.55.33 Quit herrwaldo (Remote closed the connection) 22.56.14 Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) 22.58.30 Quit toffe82 (Read error: 110 (Connection timed out)) 22.58.52 # domonoky: http://paste.ubuntu.com/74505/ + add target/arm/as3525/dma-pl081.c in firmware/SOURCES (forgotten in the patch sorry) 22.59.41 # thanks, and no problem... 23.00.11 # * gevaerts wants to know why his latest patch in FS#9545 doesn't work properly for multi-driver storage 23.01.00 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 23.03.32 # domonoky: oh and you might want to remove _buttonlight_* from INT_DMAC(). The m200v4 has no button led, right? 23.03.57 # yes, no button_lights, i will use ther debug methods.. 23.09.33 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 23.10.49 Join tic_toc [0] (n=4670e35d@gateway/web/cgi-irc/labb.contactor.se/x-23ad66cb82544bd7) 23.12.33 # greetings all. just wanted to pop in and say thank you to everyone who has worked on this project. i've been running my 5G iPod on Rockbox for 30 mins and have been very impressed. i'll never go back to the stock firmware. i appreciate all the hard work. 23.14.29 # Thanks :) 23.14.47 # :) 23.15.46 Quit tic_toc (Client Quit) 23.17.20 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 23.17.41 Join lars [0] (n=chatzill@e181239169.adsl.alicedsl.de) 23.18.04 Nick lars is now known as larsm (n=chatzill@e181239169.adsl.alicedsl.de) 23.18.16 # hi 23.18.55 Join m0f0x [0] (n=m0f0x@189-47-73-177.dsl.telesp.net.br) 23.19.09 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b2pre/20081119072659]") 23.19.28 # funman: perhaps we also have to enable DMA on the pl180 ? 23.19.29 Quit jhMikeS (Nick collision from services.) 23.19.35 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 23.20.22 # domonoky: i just thought setting bit 3 of mcidatactrl was enough 23.20.53 # funman: yes, that what i though of, you already did it ? 23.21.01 # i want to add my cfcard to http://www.rockbox.org/twiki/bin/view/Main/CFModGuide but i cant edit the page. i registered at twiki successfully but cant edit the page. 23.21.06 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-171.ewe-ip-backbone.de) 23.22.18 # domonoky: yes, in pl180 code i only did this modification and remove status checking 23.25.54 # help! 23.26.43 # larsm, what is your wiki name? 23.27.09 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.27.19 # LarsM 23.27.29 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 23.27.33 Quit Zagor ("Client exiting") 23.27.37 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5cc33b623bb97231) 23.27.59 # you need a proper name 23.28.33 # ? 23.28.41 # larsm, saratoga is right unless that is your full name 23.28.44 # my real name is Lars Moeller 23.28.55 # And the wiki signup says you need to use your real name. 23.29.01 # my nic is larsm everywhere 23.29.08 # That doesn't matter. 23.29.31 # its not on the wiki! 23.30.21 # don't we have a note on the registration page saying you need a full name? 23.30.29 # We used to, at least 23.31.01 # ok, how to change my name? 23.31.04 # ah yes we do 23.31.14 # register a new one 23.33.35 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 23.33.38 Join kugel [0] (n=chatzill@unaffiliated/kugel) 23.33.56 # jhMikeS: ping 23.35.12 # LarsMoeller -> it doesn't help, still can't edit 23.40.07 Quit jgarvey ("Leaving") 23.41.13 # ping 23.42.39 Nick larsm is now known as LarsMoeller (n=chatzill@e181239169.adsl.alicedsl.de) 23.42.47 Quit mofux_ (Read error: 110 (Connection timed out)) 23.43.06 Join mofux [0] (n=quassel@dslb-088-072-142-145.pools.arcor-ip.net) 23.43.12 Quit linuxstb (Read error: 110 (Connection timed out)) 23.43.20 Quit Zarggg () 23.43.49 # please help 23.45.26 Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) 23.46.08 # now it should :) Hope you don't plan to spam... ;) 23.46.10 # LambdaCalculus37: just wait, did you know it's late in european timezone, where most of present people reside? 23.47.07 # funman: I know that. 23.48.12 *** Saving seen data "./dancer.seen" 23.48.14 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.48.15 Quit petur ("Zzzz") 23.48.47 Quit bluebrother (Read error: 113 (No route to host)) 23.50.48 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.52.42 # Do we know how to boost the Gigabeast and just aren't doing it, or is it a case of something we don't know yet? 23.53.48 Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) 23.54.30 # Or underclock it further (I'm thinking of battery life) 23.54.45 # It also does core voltage switching doesn't it? 23.55.09 # I don't know, but yeah, I was assuming we'd want to move it to switching between "fastest" and "rather slow" like all our other targets. 23.55.26 # I was also curious what codec benchmarks would look like at 532 23.55.35 # * linuxstb_ wants a turbo button ;) 23.55.51 # Since apparently APE is at 52% for the highest compression now 23.55.55 # Llorean: you mean you want ape -c5000? 23.56.02 # That's insane. 23.56.05 # I don't *want* it 23.56.18 # linuxstb_: Of course it's "insane". ;) 23.56.19 # * gevaerts would be happy if his mini showed the ramdisk in the file browser 23.56.21 # I just want to see it have a number higher than 100% even if still not realtime for actual use 23.56.52 # * LambdaCalculus37 bets that at 532MHz, the beast possibly *could* decode -c5000 APE files in realtime 23.57.41 Quit BlakeJohnson86 ("Leaving.") 23.57.43 # If it scales linearly, it would have 4% margin today, which is about 20MHz 23.57.52 # On the iPods we needed to get to about 120% for realtime, but we probably need less on faster targets, since "core Rockbox stuff" takes away a much smaller percentage the more total power you have.