--- Log for 06.07.111 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 22 hours and 38 minutes ago 00.00.42 Quit FOAD (Ping timeout: 240 seconds) 00.01.14 Quit Strife89 (Quit: Heading out) 00.08.00 Quit ReimuHakurei (Remote host closed the connection) 00.08.38 Join FOAD [0] (~dok@83.161.135.61) 00.10.29 Join Thra11_ [0] (~thrall@87.113.211.237) 00.10.32 Join ReimuHakurei [0] (~reimu@74.112.212.15) 00.13.47 Quit Thra11 (Ping timeout: 250 seconds) 00.17.53 Join captainkewler [0] (~cf57a9a2@giant.haxx.se) 00.18.09 Quit robin0800 (Ping timeout: 258 seconds) 00.19.53 Quit captainkewler (Client Quit) 00.22.19 Quit krazykit (Ping timeout: 264 seconds) 00.22.47 Quit TheLemonMan (Ping timeout: 258 seconds) 00.23.10 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 00.25.34 # does anyone know where I can get some documentation for the source files at? I am doing some key remapping 00.26.07 # Just the source itself 00.28.48 # durn. KK 00.29.37 # I am trying to determine exactly when I need to specify a previous key since there seems to be a discrepancy (or at least, a missing piece of knowledge...) 00.36.02 Quit linuxstb (Ping timeout: 240 seconds) 00.36.28 Join TheLemonMan [0] (~lem0n@ppp-254-9.26-151.libero.it) 00.37.27 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 00.38.53 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 00.43.25 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 00.48.48 Quit mystica555 (Remote host closed the connection) 00.49.48 Join mystica555 [0] (~mike@71-208-221-175.hlrn.qwest.net) 00.52.05 Quit TheLemonMan (Ping timeout: 246 seconds) 00.52.06 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 00.53.17 Join kramer3d [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 00.53.18 Quit kramer3d (Changing host) 00.53.18 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 00.57.29 Quit linuxstb (Ping timeout: 276 seconds) 00.58.59 Quit boghog (Quit: boghog) 01.06.01 # Ah ha! I figured out exactly what needs to be happening with these keymaps, yay! 01.06.09 # * ert_ dances 01.06.37 Quit Strife89 (Quit: Practice; back soon!) 01.07.12 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 01.08.49 Join TheLemonMan [0] (~lem0n@ppp-50-34.26-151.libero.it) 01.15.39 Join krazykit [0] (~krazykit@206.183.185.8) 01.22.40 *** Saving seen data "./dancer.seen" 01.23.27 Quit liar (Quit: hallowed are the ori!) 01.23.49 Quit efyx (Remote host closed the connection) 01.26.23 Nick Guest19132 is now known as Espreon (~espreon@ai0867.net) 01.26.28 Quit Espreon (Changing host) 01.26.28 Join Espreon [0] (~espreon@wesnoth/developer/espreon) 01.38.31 Join Thra11__ [0] (~thrall@87.115.90.1) 01.39.00 Nick Thra11__ is now known as Thra11 (~thrall@87.115.90.1) 01.41.10 Quit Thra11_ (Ping timeout: 240 seconds) 01.48.18 Quit kramer3d (Ping timeout: 240 seconds) 01.54.28 Quit Thra11 (Ping timeout: 276 seconds) 02.03.44 Quit GeekShadow (Quit: The cake is a lie !) 02.04.55 Quit leavittx (Ping timeout: 264 seconds) 02.55.27 Quit ert_ (Quit: ert_) 02.57.53 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 03.01.47 Quit avacore (Quit: Leaving) 03.02.47 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 03.05.14 Join CaptainKewl [0] (captainkew@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.15.03 # i2c can be done using any gpio, right ? 03.20.48 Join ert_ [0] (~ert@99-52-79-7.lightspeed.snantx.sbcglobal.net) 03.21.21 # TheLemonMan: in general yes... 03.21.36 # obviously that will only work on specific ones in your target thoguh 03.22.12 # so it's possible that a device has two different gpio pairs set for i2c communication ? 03.22.25 # sounds really strange to me 03.22.41 *** Saving seen data "./dancer.seen" 03.23.02 # So, I'm still trying to do this remapping stuff for my Sansa e200. I have narrowed what I want to change (in /apss/keymaps/keymap-e200.c) to basically"{ ACTION_STD_PREV, BUTTON_SCROLL_BACK, BUTTON_NONE }" *Every* other button trigger I use doesn't work out for me. Any ideas? 03.23.52 # TheLemonMan: not necessarily? 03.24.08 # I figured that if I did "{ACTION_STD_PREV, BUTTON_DOWN|BUTTON_REL, BUTTON_DOWN } that it would properly remap the down button to simulate scroll right 03.24.16 # but als, no worky. 03.24.19 # ert_: ah, you've a masochist? what do you actually want to do? 03.24.19 # alas* 03.24.29 # disable the scrollwheel on my e200 03.24.34 # it is too finicky 03.24.44 # because i have the linux driver for the fm radio that use different pins from the touchpad 03.24.54 # i was wondering if this was possible 03.25.19 # ert_: and use the buttons as a dpad? 03.25.56 # JdGordon, what exactly do you mean? I want to use button UP\DOWN instead of scrollup\scrolldown 03.26.03 # if this is what you meant, then yes. 03.27.05 # and I am aware of conflicts and am prepared to resolve those. It's just this one stupid thing that I can't get to work 03.27.10 # :( 03.27.36 Join robin0800 [0] (~robin0800@149.254.60.159) 03.27.46 # the keymaps thing is a bit of a bitch... do you understand how that file works? 03.28.06 # * JdGordon wrote that system so takes the blame for its insanity :p 03.28.12 # I only have my own testing and the stuff already there 03.28.30 # I understand the actual action event vs the previous button stuff 03.28.47 # and how the different tables flow into eachother? 03.29.01 # generally, yes. 03.29.17 # i have used rb for 2+ yrs 03.29.33 # so I am familiar with each of the menus 03.29.35 # ok, so it shuold be mostly just replacing BUTTON_SCROLL_BACK for BUTTON_DOWN like you said :) 03.29.57 # the tricky bit is making the 3rd column work 03.31.00 # hmmm, I have assumed that 3rd column is what event must have preceeded the buttonpress to trigger the action 03.31.16 # which I _thought_ was simple 03.31.17 # correct 03.31.22 # ok, phew. 03.31.40 # BUTTON_NONE means it doesnt check the previous event 03.31.53 # yes, I do understand that 03.31.55 # yes, they use different i2c pins for each device D: 03.32.10 # i guess RB drivers won't handle that 03.33.12 # I just can't figure out for the life of me why in the main menu after changing SCROLL_BACK, BUTTON_NONE to BUTTON_DOWN|BUTTON_REL, BUTTON_DOWN that it won't allow me to go to a previous item by pressing and releasing down 03.33.18 # ert_: do you really want to disable the wheel? it would probably be easier to get the sensitivity closer to your liking instead 03.33.40 # it is unusable, imo 03.34.03 # yes, I did change the other event that uses button down + release as well 03.34.13 # so it shouldn't be directing to something else 03.34.42 # pastebin the whole file 03.34.47 # JdGordon, am I missing something in my logic with the above code change? 03.35.50 Quit ert_ (Remote host closed the connection) 03.35.50 Join ert__ [0] (~ert@99-52-79-7.lightspeed.snantx.sbcglobal.net) 03.36.02 # or did I find an erroneous problem? 03.36.22 # unlikely :) that code has been stable for years 03.36.29 # pastebin the file and ill hgave a look 03.38.46 # I have an idea, so ima try that frst and do more testing... http://pastebin.com/j5zD5nrD 03.44.07 # i dont see anything obvious 03.44.18 # but then, these files are horrible to work with :D 03.44.46 # haha, ya. intense brain concentration needed 03.45.06 # darn, my latest recompile didn't work either... 03.45.17 # though, its help you with this insanity, or get back to the technical docs im supposed ot be writing at work :'( 03.45.32 # do any of your button changes work? 03.45.36 # yes 03.45.38 # All 03.45.44 # except for the one most important one 03.45.50 # just my luck 03.46.43 # I really really want to be able to change where my cursor is by button down\up rather than scrollwheel, which I know is what the first 4 definitions are. 03.47.33 # but with every combination I have tried, the only thing that has worked is by using BUTTON_SCROLL_BACK\FORWARD 03.48.06 # oh... does it move up/down at all? or only the first press? 03.48.15 # not at all 03.48.25 # I won't mind pressing it repeatedly 03.48.31 # :D if it will jsut work! 03.48.39 # you might want to disable the HAVE_SCROLLWHEEL #define in the config.h 03.48.44 # oooooooooo 03.48.57 # things act differently if it thinks a scrollwheel is being used 03.49.07 # firmware/configs/config-e200.h 03.49.46 Quit robin0800 (Ping timeout: 252 seconds) 03.49.51 # ty will test 03.50.27 # expect setting lists to invert their orders :) 03.50.53 # hmmm not finding that filename... 03.51.09 # firmware/export/configs/ sorry 03.52.00 # aye, found it 03.52.14 Join robin0800 [0] (~robin0800@149.254.60.159) 03.52.16 # what do you mean by "http://pastebin.com/j5zD5nrD" 03.52.18 # er 03.52.24 # "expect setting lists to invert their orders" 03.53.30 # wheel targets have integer settings in ascending order (because it is more natural with the clockwise->getting bigger). button targets have descending order because pressing up->get bigger 03.54.59 # do you happen to know real handy like where I would go to do that at? 03.55.05 # filename * 03.55.13 Quit avacore (Ping timeout: 255 seconds) 03.55.17 # isnt it in the file i mentinoed? 03.55.34 # oh, I haden't thought to check 03.56.22 # firmware/export/config/sansae200.h 03.56.35 # comment out "#define HAVE_SCROLLWHEEL" 03.56.52 # ya, I got that 03.56.55 # and the 3 below it 03.57.07 # they shouldnt matter 03.57.10 # I mean for the setting lists to the other direction 03.57.18 # you dont want that? 03.57.29 # I would love to fix that 03.57.39 # that happens automatically with that #define 03.57.52 # ooooh 03.57.58 # I know for sure that #define is used for that, I dont know what else it is used for 03.58.00 # /me goes back to compiling shamefully 03.58.03 # but it may fix your button issue 04.02.14 # * ert__ pees pants in joy 04.02.19 # *it worked* 04.02.53 # JdGordon, feel the gratification flowing from me to you. Thank you very much for your grand knowledge that you have shared this night. 04.02.59 # eeewwww 04.03.08 # i mean, any time :) 04.03.46 # Aight. well I am off, G'night y'all from Texas! 04.03.50 Quit ert__ (Quit: ert__) 04.08.43 Quit TheLemonMan (Quit: Ex-Chat) 04.11.35 Quit robin0800 (Read error: Connection timed out) 04.12.28 Join robin0800 [0] (~robin0800@149.254.61.159) 04.21.27 # New commit by 03jethead71 (r30124): Fix FS#12179 - Simulator build fails when using "configure --sdl-threads". HAVE_PRIORITY_SCHEDULING checks were missing to exclude priority calls when ... 04.25.20 # r30124 build result: All green 04.38.06 Quit robin0800 (Quit: Leaving) 04.38.36 Join robin0800 [0] (~robin0800@149.254.61.232) 04.39.17 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 04.42.12 Quit pixelma (Disconnected by services) 04.42.12 Quit amiconn (Disconnected by services) 04.42.12 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.42.14 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.42.16 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.42.30 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.58.06 Quit [7] (Disconnected by services) 04.58.19 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.01.48 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 05.14.55 Nick kramer3d is now known as d3remark (~kramer@unaffiliated/kramer3d) 05.22.45 *** Saving seen data "./dancer.seen" 05.30.22 Join Rob2222 [0] (~Miranda@p4FFF32DE.dip.t-dialin.net) 05.33.41 Quit Horscht (Quit: Verlassend) 05.33.47 Quit Rob2223 (Ping timeout: 255 seconds) 05.34.02 Quit ps-auxw (Ping timeout: 250 seconds) 05.36.14 Join ps-auxw [0] (~arneb@p4FF7F408.dip.t-dialin.net) 05.54.23 Quit robin0800 (Ping timeout: 240 seconds) 06.02.54 Join robin0800 [0] (~robin0800@149.254.61.232) 06.08.01 Join keyb_gr [0] (~chatzilla@p4FF05C62.dip.t-dialin.net) 06.13.23 Quit keyb_gr (Ping timeout: 276 seconds) 06.13.31 Quit robin0800 (Quit: Leaving) 06.13.55 Join robin0800 [0] (~robin0800@149.254.61.159) 06.18.19 Quit Scromple (Quit: Gone) 06.19.24 Quit d3remark (Ping timeout: 252 seconds) 06.20.56 Join Scromple [0] (~Simon@115-64-195-104.tpgi.com.au) 06.28.28 Quit Strife89 (Read error: Connection reset by peer) 06.28.35 Quit robin0800 (Quit: Leaving) 06.30.06 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 06.46.56 Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 07.22.47 *** Saving seen data "./dancer.seen" 07.49.03 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.04.39 Join Buschel [0] (~chatzilla@p54A3A33D.dip.t-dialin.net) 08.13.34 # meh... :( 08.13.47 # playlist reshuffle does not work anymore 08.14.42 Join xeniter [0] (~xeniter@85-126-127-58.static.xdsl-line.inode.at) 08.19.26 # it doesnt?! 08.19.43 Quit xeniter (Read error: Connection reset by peer) 08.19.59 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 08.21.49 Join xeniter [0] (~xeniter@85-126-127-58.static.xdsl-line.inode.at) 08.23.44 Join clmoe [0] (~clmoe@85.17.5.29) 08.23.54 # Yay! New batteries! 08.24.04 # http://i.imgur.com/VBotZ.jpg 08.24.14 # http://i.imgur.com/5ptyW.jpg 08.24.23 # http://i.imgur.com/yKr3p.jpg 08.24.40 # rockbox seems to be getting a bit buggy though... 08.24.53 Quit mc2739 (Ping timeout: 252 seconds) 08.26.24 Quit bieber (Read error: Connection reset by peer) 08.26.51 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 08.27.41 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 08.28.12 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 08.31.35 Join dhrasmus [0] (~dhrasmus@216.99.208.34) 08.33.29 Quit sideral (Quit: Leaving.) 08.38.48 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110614230723]) 08.40.24 Quit dhrasmus (Quit: Leaving) 09.03.26 # Buschel (logs): what are you experiencing with reshuffle exactly? I'm asking because I've seen playlists created with 'insert shuffled (last)' unshuffled on resume but only sometimes. Unfortunately I haven't been able to find a recipe to reproduce 09.03.38 Part LinusN 09.03.45 Join LinusN [0] (~linus@giant.haxx.se) 09.18.40 Join petur [0] (~petur@rockbox/developer/petur) 09.22.50 *** Saving seen data "./dancer.seen" 09.26.01 Quit Scromple (Quit: Gone) 09.29.01 Quit utanapischti (Quit: WeeChat 0.3.2) 09.29.30 Join utanapischti [0] (~username@p4FF2D3D4.dip.t-dialin.net) 09.32.00 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 09.52.11 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 09.57.19 Join Topy [0] (~Topy44@f049166104.adsl.alicedsl.de) 10.00.38 Quit T44 (Ping timeout: 255 seconds) 10.09.27 Join TheLemonMan [0] (~lem0n@ppp-89-7.26-151.libero.it) 10.47.29 Join sideral [0] (~sideral@rockbox/developer/sideral) 10.48.21 Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) 10.48.22 Quit pamaury (Changing host) 10.48.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.50.23 # TheLemonMan: I'm pretty sure that several devices use a different i2c for fmradio and thus use a different set of i2c functions to handle this case 10.50.23 Quit Strife89 (Quit: Bed) 10.51.11 # yep, i got it working tonight :) 10.59.57 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.11.52 Quit fyre^OS (Quit: quit) 11.15.26 Join FoolOnHill [0] (~foh@adsl-98-83-129-26.bhm.bellsouth.net) 11.17.04 Quit FoH (Ping timeout: 258 seconds) 11.17.13 Join max131 [0] (~c3cf0579@giant.haxx.se) 11.22.53 *** Saving seen data "./dancer.seen" 11.23.16 Quit max131 (Quit: CGI:IRC (EOF)) 11.24.00 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 11.25.45 Join n1s [0] (~quassel@rockbox/developer/n1s) 11.27.13 Quit sideral (Quit: Leaving.) 11.27.19 Join max131 [0] (~c3cf0579@giant.haxx.se) 11.28.58 Quit max131 (Client Quit) 11.38.12 # i have the arm-eabi toolchain :< can i use that or im forced to have 4-5 arm toolchains floating around ? 11.39.47 Join lebellium [0] (~chatzilla@i02m-212-194-176-149.d4.club-internet.fr) 11.40.27 # TheLemonMan: we olny support and test our toolchain but you can of course try using whatever you want 11.42.44 Quit linuxstb (Ping timeout: 246 seconds) 11.46.55 # TheLemonMan: you probably mean the android one? or no? 11.47.28 # nope, it's the toolchain i use for console developing 11.47.43 # i'm using it right now to build my code and works ok 11.47.49 # and in the past i have had build fails for using a toolchain i built w/ crosstool, or with a distribution crossdev tool, or that fell off the back of a truck, etc. 11.48.15 # ok, but if you submits it and it fails for everybody else... it'll be your job to fix :) 11.49.43 Quit n1s (Remote host closed the connection) 11.52.46 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 11.58.32 Quit antil33t () 12.03.03 # pamaury, how should i go for adding a new board to the rockbox tree ? 12.03.22 # pamaury, TheLemonMan: It seems some manufacturers don't get the concept of a bus 12.03.54 # The coldfire irviers have a separate i2c bus for (almost?) every device 12.04.12 # so this samsung player does 12.04.47 # i guess they don't get whats the address for 12.05.15 # amiconn: what do you mean ? 12.09.46 # Well, I don't see the problem: they have free pins, they use two bus, you avoid software complexity 12.10.01 # No, you don't 12.10.17 # "you avoid software complexity" samsung copypasted the same i2c driver allover the kernel 12.10.35 # changing only the pin config 12.10.37 # You need several i2c drivers this way, or at least a driver that's flexible enough to use different pins 12.10.44 # because they are stupid, you can you use the same code with configurable pins 12.10.46 # It's easier to just change the address 12.11.05 # You have to address the device anyway 12.11.10 Join max131 [0] (~c3cf0579@giant.haxx.se) 12.11.32 # i guess that creating one i2c node for every i2c bus is enough to handle this in rockbox 12.11.36 # at least i hope 12.12.01 # Or perhaps they just want to avoid having touchpad on the same bus as fmradio given that the touchpad can suffer esd and restart in the middle of a transfer 12.12.06 # pamaury: the address doesn't just go away because there's only one device on the bus... 12.13.10 # samsung completely killed the touchpad performance, they use polling instead of using the attention line + an irq 12.13.41 # but you don't have several pieces of code who want to access the same bus; I don't say it's the *right* design, I just say it doesn't bring any complexity, it might even be the contrary 12.13.41 # once i get interrupts working i'll switch to the latter method 12.15.16 # if you avoid flooding the bus by polling i think the radio will work ok 12.17.09 # Anyway, nobody complains that the worls uses one SSP per device whereas MMC/SD was design as a bus for the beginning and end up as a massive 1-1 crap 12.18.40 # i tried to checkout the rockbox trunk code yesterday from svn, but that failed throwing out an error it 'can not connect to the host' 12.18.59 # is the svn server down, maybe? 12.19.12 # max131: the server has been down once or twice in the last week or so, so you may just have been unlucky 12.19.21 # alternatively you are behind a firewall that is blocking the svn port 12.19.33 # try "svn ls svn://svn.rockbox.org/rockbox" now 12.19.40 # it's currently working for me 12.19.43 # hmm, at home i'm definitely not behind a firewall 12.19.58 # and i'm in the office now, so that has to wait till this evening 12.20.09 # ok. well, it's working now, anyway 12.20.16 # i don't *think* it was down yesterday 12.20.21 # alright, thanks for the info! 12.20.23 # it was down a few days before that, though 12.20.40 # also, does rockbox *need* storage driver to load or it can bootstrap from ram ? 12.21.13 # I think the repo is working 12.21.21 # I don't get any connection error 12.21.26 # max131: you might also try "svn ls svn://svn.chromium.org/chrome" or similar - if that doesn't work either then it's definately something at your end 12.21.37 # TheLemonMan: what do you mean ? 12.22.31 # the bootloader need the storage driver to load the code and the main executable needs the storage driver to access the disks 12.22.45 # what if i have no storage device ? 12.23.05 # well then rockbox is kinda useless :) 12.23.12 # you bootloader will not boot and rockbox will be useless 12.23.57 # by definition if don't have the driver, you don't *access* the storage :D 12.24.04 # this means that the next driver will be the nand one then 12.24.55 # TheLemonMan: you can hack the bootloader during early porting so that it doesn't actually bother to try and boot anything 12.25.03 # and that way you can test the display/button/etc drivers without having done storage yet 12.25.13 # but there's no real point in trying to boot the actual app that way 12.34.18 Quit max131 (Quit: CGI:IRC (Ping timeout)) 12.52.48 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 12.55.28 Quit clmoe (Remote host closed the connection) 13.04.36 Join chattr [0] (~mike@184.85.189.72.cfl.res.rr.com) 13.04.45 Part chattr ("gone") 13.22.56 *** Saving seen data "./dancer.seen" 13.56.51 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.02.23 Quit user890104 (Read error: Connection reset by peer) 14.02.33 Join user890104 [0] (~Venci@6bez10.info) 14.25.42 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.45.21 Quit petur (Quit: reboot) 14.49.17 Join petur [0] (~petur@rockbox/developer/petur) 15.10.58 Quit krazykit (Ping timeout: 258 seconds) 15.13.50 Quit Topy (Ping timeout: 255 seconds) 15.16.25 Join T44 [0] (~Topy44@f049166104.adsl.alicedsl.de) 15.16.25 Join einhirn [0] (~Miranda@p54850BAC.dip0.t-ipconnect.de) 15.16.25 Part LinusN 15.16.40 Join LinusN [0] (~linus@giant.haxx.se) 15.20.37 Quit GermanMushroom (Quit: Ik ga weg) 15.22.57 *** Saving seen data "./dancer.seen" 15.25.41 Join dan_a [0] (d917a37d@gateway/web/freenode/ip.217.23.163.125) 15.27.21 Join Linus [0] (~linus@giant.haxx.se) 15.27.35 # pamaury, is dma the only solution for nand access ? 15.28.53 # I don't know I don't have a nand but most (all ?) peripherals can do PIO 15.30.21 Join Naked [0] (~naked@naked.iki.fi) 15.34.05 Join Mikeb0ok [0] (~mike@71-208-221-175.hlrn.qwest.net) 15.34.39 Quit einhirn (Ping timeout: 263 seconds) 15.34.51 Quit mystica555 (*.net *.split) 15.34.51 Quit froggyman (*.net *.split) 15.34.51 Quit LinusN (*.net *.split) 15.34.51 Quit Hadaka (*.net *.split) 15.34.52 Nick Naked is now known as Hadaka (~naked@naked.iki.fi) 15.41.02 Join Thra11 [0] (~thrall@87.115.127.243) 15.42.13 Join froggyman [0] (~seth@unaffiliated/froggyman) 15.45.19 # how would people feel about me breaking skin backwards compatability (a tiny bit) but adding a tag to force the old behaviour "temporarily"? 15.45.55 # specifically I dispise that image are drawn in a psuedo-random order at the end of each viewport instead of drawing when the %xd tag is hit 15.46.16 # I could easily add a tag o force the old behaviour to not break themes which rely on that (due to bad coding) 15.46.36 # i don't see why we'd particularly care about having a tag to force the old behaviour tbh :) 15.46.47 # if someone is going to update the theme to add it, then let them fix it instead 15.47.15 # there was a bit of uproar when the way i wanted it drawn was done so i reverted it 15.48.00 # but yes, either way themes would need to be updated 15.48.13 # unless I add a config setting for this (which i really dont want to do) 15.49.47 # Not worth a setting IMO 15.49.55 # oh, I agree 15.50.07 # If it is going to make it better, then I'd just change it 15.50.32 # it breaks most themes though :( 15.50.40 # I just really hate the behaviour 15.50.41 # It's up to you whether the improvement is worth that :) 15.52.50 Join krazykit [0] (~krazykit@206.183.182.189) 15.54.33 # Adding the fixme tag is simple codewise so I dont mind supporting that for a release or two to get people to fix their themes, and it is easy to tell users how to fix it 15.54.52 # or I could go by creation date of the skins! 15.56.38 # JdGordon: is it worth it to make this into a "skin parser version" tag? 15.57.31 # yeah, this has come up before, if we are going to break it again it might be worth adding 15.57.35 # is that something we want? 15.57.44 # Dunno, would it be useful? :) 15.58.00 # well, not really... frankly i dont want to break stuff very often :) 15.58.41 # Well yes, but it does happen :) 15.58.43 # Also this change doesnt necessarily break skins, it depends on how it is coded 16.02.58 # I don't have a serious opinion either way, I just thought it's worth thinking about a bit 16.09.55 Part Linus 16.20.37 Quit froggyman (Quit: Ex-Chat) 16.22.04 Join basti [0] (~basti@xdsl-89-0-166-95.netcologne.de) 16.22.27 Join froggyman [0] (~seth@50.105.130.95) 16.22.27 Quit froggyman (Changing host) 16.22.27 Join froggyman [0] (~seth@unaffiliated/froggyman) 16.23.10 # hello there. where i can find a version for the sanza fuze player which has allready implemented the usb patch? (http://www.rockbox.org/tracker/task/11664?show_task=) 16.26.05 # i did install the latest build (from today i guess), but this does not seem to have working (or testing) usb either. i am running linux, so i guess it should work. at least thats what the rockbox site says 16.26.28 # We don't supply any patched builds 16.26.44 # You might find someone has already done it in the unsupported builds section of the forum 16.26.57 # (fuze v2 I assume)? 16.27.32 # The other option is to patch + build yourself 16.27.55 # If you are already running linux it is pretty easy to set up a dev environment and build 16.30.58 # basti: if you can build, I can build it for you, but please understand that it is unreliable and might cause corruption etc 16.31.04 # *can't 16.32.35 # i could build it myself, but i thought there might some others who allready did this. but thx a lot! i will try this build: http://anythingbutipod.com/forum/showthread.php?t=59821&page=3 and see what happens 16.34.31 # but i understand that this only supports old versions of rockbox, since the usb is "out of sync" 16.35.14 # it's not "out of sync", it is disbale because it doesn't work for everyone 16.35.20 # if you are lucky, it will work 16.35.46 # at the very worst, earth might collapse but that's unlikely :) 16.37.19 # so the usb patch(es) work with the current version of rockbox? 16.37.54 # the "patch" is a single line changed 16.37.59 # the USB code is all there, it's just disabled in the config 16.38.09 # you don't need to apply a patch if you know how to uncomment one line ;) 16.38.34 # except for the PIO driver which is not in the repo but it doesn't work either :) 16.41.27 # ok, maybe i will compile it myself. but first i will check, if i can live without it... 16.43.24 Quit Thra11 (Read error: Connection reset by peer) 16.46.58 # pretty annoying that the sanza software creates all these folders each time it boots... 16.58.21 Join webguest92 [0] (~cf57a9a2@giant.haxx.se) 16.58.40 Nick webguest92 is now known as captainkewler (~cf57a9a2@giant.haxx.se) 16.58.44 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 16.59.40 # hm. did we decide we wanted to force LFs in all files instead of letting them get converted to native, to eliminate all those weird issues on cygwin where it depends which svn client you use? 16.59.47 # or am i imagining that people agreed with me? :) 17.00.21 Join Thra11 [0] (~thrall@91.125.159.90) 17.05.38 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 17.15.47 Quit Xerion (Quit: ) 17.22.58 *** Saving seen data "./dancer.seen" 17.25.47 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.40.20 Quit leavittx (Ping timeout: 264 seconds) 17.45.08 Quit xeniter (Ping timeout: 264 seconds) 17.45.16 Join keyb_gr [0] (~chatzilla@p4FF0340C.dip.t-dialin.net) 17.59.06 Quit petur (Quit: *plop*) 18.02.10 Quit froggyman (Quit: Ex-Chat) 18.06.21 # i get several errors that look like that: /opt/gnuarm/bin/../lib/gcc/arm-elf/4.3.2/../../../../arm-elf/bin/ld: ERROR: /opt/gnuarm/bin/../lib/gcc/arm-elf/4.3.2/libgcc.a(_clz.o) uses FPA instructions, whereas /home/basti/rockbox/build/apps/codecs/wav64.elf does not 18.06.38 # i googled it, but nothing came up. any ideas? 18.07.21 # did you build our toolchain using rockboxdev.sh? 18.07.53 # no, from some ubuntu wiki 18.07.55 # well, ok, you didn't. 18.07.57 # I can tell 18.08.04 # You need to build our toolchain, using rockboxdev.sh 18.08.15 # whatever toolchain you have there is not configured correctly 18.08.23 # we don't support any other toolchain 18.08.28 # where do i find this? 18.08.33 # tools/rockboxdev.sh 18.08.37 # ok, thx 18.08.56 # read our wiki for instructions on how to build :) 18.10.43 # i just read how to complie and didnt think that i have to use a specifif toolchain 18.11.42 # Then you need to read it more carefully 18.12.44 # yup. "Before you start" should not be taken lightly ;) 18.20.29 Quit pamaury (Remote host closed the connection) 18.30.03 # too bad. usb does not work :( 18.30.28 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 18.31.39 # nevermind. should edit the correct config file... 18.37.22 Quit bzed (Remote host closed the connection) 18.40.52 # hooray, it works. thanks a lot! but does anybody know which files i can delete from the device? i still want the sanza software to be working in case something goes wrong. 18.41.31 # the sansa firmware is in flash 18.41.46 # well i guess everything is in flash. but it's not accessible as part of the filesystem, anyway. 18.41.49 # so you can delete anything. 18.42.08 # ok, thought so, but i wanted to be sure. thx! 18.46.37 Quit captainkewler (Quit: CGI:IRC) 19.08.13 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.08.13 Quit pamaury (Changing host) 19.08.13 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.08.25 Quit bluebroth3r (Read error: Operation timed out) 19.08.44 Quit dan_a (Ping timeout: 252 seconds) 19.11.32 Quit bieber (Ping timeout: 264 seconds) 19.15.22 Join bluebrother [0] (~dom@g231120109.adsl.alicedsl.de) 19.15.22 Quit bluebrother (Changing host) 19.15.22 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 19.16.13 Quit Thra11 (Remote host closed the connection) 19.16.23 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 19.16.33 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.20.38 Quit bieber (Ping timeout: 240 seconds) 19.20.54 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 19.21.38 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.22.17 Quit basti (Read error: Connection reset by peer) 19.22.29 Join basti [0] (~basti@xdsl-89-0-69-1.netcologne.de) 19.22.59 *** Saving seen data "./dancer.seen" 19.27.40 Quit bieber (Ping timeout: 240 seconds) 19.29.11 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 19.32.44 Join Thra11 [0] (~thrall@87.115.47.72) 19.33.02 Join dhrasmus [0] (~dhrasmus@c-76-105-170-114.hsd1.or.comcast.net) 19.34.56 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 19.35.02 # pamaury: ping 19.42.42 Join Buschel [0] (~chatzilla@p54B67C5B.dip.t-dialin.net) 19.43.44 # pixelma: regarding the playlist issue -> FS12181 19.44.25 Join leavittx [0] (~leavittx@cl-534.mbx-01.si.sixxs.net) 19.46.52 Join Strife89 [0] (~Strife89@207.144.201.128) 19.47.53 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.48.49 Quit Horscht (Quit: Verlassend) 19.50.11 # wodz: pong 19.51.04 Quit GermanMushroom (Ping timeout: 258 seconds) 19.53.17 # I have problem I don't understand. usb_init() causes usb reset (intentionally). Than host sends setup request. in ISR usb_core_control_request() is called with setup packet as payload. Now our stack should answer something but it isn't 19.55.20 # pamaury: ^ 19.55.34 Join Strife1989 [0] (~Strife89@207.144.201.128) 19.55.46 # can you dump the setup packet ? You can also enable logf in usb_core.c to see what is going on 19.56.16 # 1sec 19.58.54 # kugel: FS#12181 was introduced between r30024 and r30045. might be interesting for you 19.59.03 Quit Strife89 (Ping timeout: 240 seconds) 20.01.27 # * Buschel will further bisect 20.02.17 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 20.03.29 # gah wireshark cuts usb packets - I solved this once but can't remember how :/ 20.04.36 # * pixelma looks around for bluebrother's fs bot 20.05.33 # kugel: r30038 is the cause 20.07.29 # Buschel: my observation is older I think but due to it just occuring sometimes I can't tell for sure. The first time I remember seeing it was right after the first of jhMikeS' bigger patches recently but I can't even tell if that was really the cause 20.07.56 # I am having this always 20.08.46 # and I don't use dircache if I haven't left it enabled for one or the other reason 20.09.39 # wodz: be sure to capture usb with the binary protocol, I once ran into the problem, can't remember what solved it 20.12.02 # wodz: if possible, debug on device to see what happen 20.14.40 # now it doesn't generate any meaningfull requests :/ 20.15.13 Join Horscht [0] (~Horscht@p5DD56A50.dip.t-dialin.net) 20.15.13 Quit Horscht (Changing host) 20.15.13 Join Horscht [0] (~Horscht@xbmc/user/horscht) 20.16.07 # interesting... after switching dircache off and restarting the sim it works. and it even keeps working after switching it back to "on" and restart... 20.16.20 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 20.17.53 # pixelma/kugel: when deleting nvram.bin and using dircache = reshuffle fails, when deleting nvram.bin and not using dircache = reshuffle works 20.22.35 # Y U NO FIRE IRQ D: 20.23.44 # pamaury: ok got wireshark to work - in what form do you want the dump? 20.29.52 Quit simonlnu (Quit: brbr irssi acting funny) 20.30.01 Join adprice [0] (~adprice@nat/redhat/x-tnawyoksedgldvvn) 20.31.00 Join simonlnu [0] (C470ixgqK6@unaffiliated/simonrvn) 20.33.23 Quit GermanMushroom (Quit: Ik ga weg) 20.40.51 # wodz: you said that device stack doesn't respond so I just would like logf dump ! 20.41.11 # I know what the host sends first, if the device doesn't answer, wireshark is of no use :) 20.42.08 Join n1s [0] (~quassel@rockbox/developer/n1s) 20.43.05 Quit keyb_gr (Ping timeout: 276 seconds) 20.46.38 # pamaury: logf is useless in bootloader isn't it? 20.48.40 # ah, you are in the bootloader, hum 20.48.55 # then #define logf printf in usb_core.c might be useful 20.49.29 # let's try.. 20.52.25 # hmm this must be something fundamental - I don't get any print besides my printf in ISR 20.53.25 # and you say you call usb_core_transfer_complete ? 20.53.39 # yes 20.54.01 # what is your code in the bootloader ? 20.55.34 # http://www.pastie.org/2173764 20.56.40 Join paulk [0] (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) 20.56.43 # you must yield 20.56.54 # while(1) yield(); 20.57.12 # because usb.c use a thread and a queue to notify usb_core 20.57.14 # hi! anyone working on porting rockbox to philips gogear SA52xx here? 20.58.59 Join robin0800 [0] (~robin0800@149.254.61.33) 21.04.46 Join Thra111 [0] (~thrall@46.208.52.13) 21.04.57 Join MethoS- [0] (~clemens@134.102.106.250) 21.06.01 Quit Thra11 (Disconnected by services) 21.06.12 # Buschel: interesting... 21.06.29 Quit Thra111 (Client Quit) 21.06.48 Join Thra11 [0] (~thrall@46.208.52.13) 21.14.55 Join clmoe [0] (~clmoe@85.17.5.29) 21.17.25 # the ids get reset to somehow 0, so it does a dircache_copy_path() with id==0 which it didn't do before 21.17.40 # id==0 is the .rockbox folder here 21.20.19 # Buschel: http://pastie.org/2173883 fix it for me 21.20.41 Quit robin0800 (Read error: Connection reset by peer) 21.21.12 Join robin0800 [0] (~robin0800@149.254.61.232) 21.21.19 # wodz: any success ? 21.21.42 # real life interrupt unfortunately 21.21.45 # perhaps dircache shouldn't return 0 IDs so that caches are safely mem-zero-able 21.22.10 # otoh, it's pretty safe to use 0xff to init to -1 21.22.12 # So, is the charging circuit in the clipp controlled in software or hardware? 21.23.01 *** Saving seen data "./dancer.seen" 21.23.41 # pamaury: hmm yield() doesn't help 21.25.47 # kugel: i will check now 21.26.02 Quit Thra11 (Ping timeout: 240 seconds) 21.26.38 # wodz: make sure that in usb.c, USB_FULL_INIT is defined 21.27.14 # and make sure usb_thread is created, just printf() at the beginning of the thread for example 21.27.21 # it is I checked with #error 21.28.44 # thread is created 21.29.06 # at least usb_thread() is called 21.29.24 # than printf() at case USB_TRANSFER_COMPLETION: 21.29.56 # if it is called, then it means that usb events are corrently queued 21.31.28 # hmm it isn't called 21.32.07 # kugel: looks good 21.34.06 # wodz: ok, then do the same in usb_signal_transfer_completion 21.38.52 # huh, I get output from usb_signal_transfer_completion() before thread is created 21.39.08 # that's bad$ 21.39.24 # What would cause me to get an error for the carging state on the clip plus? 21.39.43 # Buschel: thanks for bisecting 21.39.49 Join bzed [0] (~bzed@devel.recluse.de) 21.40.02 # wodz: you must ensure that your driver doesn't start before usb init 21.40.04 # no problem :) 21.40.55 Quit leavittx (Ping timeout: 260 seconds) 21.41.41 # New commit by 03kugel (r30125): Fix FS#12181 - Playlist re-shuffle does not work (r30122) ... 21.42.20 # pamaury: I am a bit lost in this - what starts up usb thread? 21.42.39 Join Thra11 [0] (~thrall@46.208.52.13) 21.43.07 Quit Strife1989 (Ping timeout: 258 seconds) 21.44.31 # in usb_init() 21.44.55 # r30125 build result: All green 21.47.17 Join fs-bluebot [0] (~fs-bluebo@g231120109.adsl.alicedsl.de) 21.54.13 Join dan_a [0] (d917ad9c@gateway/web/freenode/ip.217.23.173.156) 21.54.33 Quit Xerion (Quit: ) 21.59.39 # can a remote git repository force a specific line ending style on checkout? I thought that is purely a repository / git configuration 22.00.34 Quit simonlnu (Read error: Connection reset by peer) 22.01.01 # pamaury: now I see calls to read and write functions in driver at least :-) 22.01.47 # bluebrother: afaik it's a local repo config option 22.02.28 # you might be able to enforce some rules as a pre-receive hook or something on the remote 22.02.29 Join Bagder [241] (~daniel@rockbox/developer/bagder) 22.03.10 Quit dhrasmus (Quit: Leaving) 22.03.36 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.18/20110614230723]) 22.03.58 # wodz: the hard part begins now :) 22.09.21 Join Llorean1 [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 22.09.43 Quit Llorean (Disconnected by services) 22.09.45 Nick Llorean1 is now known as Llorean (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 22.09.50 Quit Llorean (Changing host) 22.09.50 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 22.09.53 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 22.10.32 Join robin0800_ [0] (~robin0800@149.254.61.208) 22.12.27 Quit Stummi (Ping timeout: 252 seconds) 22.12.53 Join adprice_ [0] (~adprice@nat/redhat/x-lxvehrtnqwgiotjg) 22.13.22 Quit robin0800 (Ping timeout: 240 seconds) 22.14.29 Join simonlnu [0] (GMuWAMvtAw@unaffiliated/simonrvn) 22.15.02 Quit Xerion (Ping timeout: 250 seconds) 22.15.52 Quit adprice (Ping timeout: 246 seconds) 22.20.51 Quit n1s (Remote host closed the connection) 22.25.38 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 22.26.18 Quit wodz (Quit: Leaving) 22.31.45 Join domonoky1 [0] (~Domonoky@agsb-5d851e13.pool.mediaWays.net) 22.31.55 # New commit by 03moos (r30126): FS#12173 Romanian translation update by Sergiu Rotaru. 22.33.29 Quit domonoky (Ping timeout: 255 seconds) 22.34.31 # New commit by 03moos (r30127): FS#12173 Romanian translation update by Sergiu Rotaru. 22.35.20 # r30126 build result: All green 22.40.10 Quit Xerion (Ping timeout: 250 seconds) 22.41.10 Join Strife89 [0] (~Strife89@207.144.201.128) 22.44.56 # New commit by 03moos (r30128): Update french translation, shorten string for Archos Player. 22.45.24 # New commit by 03moos (r30129): Update the french translation, shorten string for Archos Player. 22.48.11 # r30128 build result: All green 22.52.52 Quit paulk (Quit: Ex-Chat) 22.54.13 Join n1s [0] (~quassel@rockbox/developer/n1s) 22.56.42 Quit bieber (Ping timeout: 240 seconds) 22.59.39 Join mshathlonxp [0] (~athlonmpp@5ad4efa9.bb.sky.com) 23.02.43 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 23.06.10 Join GEDD [0] (~29dca876@giant.haxx.se) 23.08.01 Quit bieber (Ping timeout: 246 seconds) 23.11.04 Quit sideral (Quit: Leaving.) 23.11.33 Quit GEDD (Quit: CGI:IRC (Ping timeout)) 23.12.01 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 23.17.07 Quit Horscht (Quit: Verlassend) 23.20.14 Join Horscht [0] (~Horscht@p5DD56A50.dip.t-dialin.net) 23.20.14 Quit Horscht (Changing host) 23.20.14 Join Horscht [0] (~Horscht@xbmc/user/horscht) 23.21.45 Quit Strife89 (Ping timeout: 252 seconds) 23.23.03 *** Saving seen data "./dancer.seen" 23.33.22 Quit adprice_ (Quit: Leaving) 23.34.33 Quit ruskie (Excess Flood) 23.34.43 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 23.39.33 Quit ruskie (Excess Flood) 23.39.41 Join ruskie [0] (ruskie@goatse.co.uk) 23.39.42 Quit ruskie (Changing host) 23.39.42 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 23.44.33 Quit ruskie (Excess Flood) 23.45.43 Join ruskie [0] (ruskie@sourcemage/mage/ruskie) 23.49.32 Quit Bagder (Quit: It is time to say moo) 23.49.34 Quit ruskie (Excess Flood) 23.49.47 Join ruskie [0] (ruskie@sourcemage/mage/ruskie)