Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2011-07-06

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@
00:10:29 Join Thra11_ [0] (~thrall@
00:10:32 Join ReimuHakurei [0] (~reimu@
00:13:47 Quit Thra11 (Ping timeout: 250 seconds)
00:17:53 Join captainkewler [0] (
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] (
00:25:34ert_does anyone know where I can get some documentation for the source files at? I am doing some key remapping
00:26:07AlexPJust the source itself
00:28:48ert_durn. KK
00:29:37ert_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] (
00:37:27 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb)
00:38:53 Join Scromple [0] (
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] (
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] (
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:01ert_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] (
01:15:39 Join krazykit [0] (~krazykit@
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 (
01:26:28 Quit Espreon (Changing host)
01:26:28 Join Espreon [0] (~espreon@wesnoth/developer/espreon)
01:38:31 Join Thra11__ [0] (~thrall@
01:39:00 Nick Thra11__ is now known as Thra11 (~thrall@
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] (
03:01:47 Quit avacore (Quit: Leaving)
03:02:47 Join avacore [0] (
03:05:14 Join CaptainKewl [0] (
03:15:03TheLemonMani2c can be done using any gpio, right ?
03:20:48 Join ert_ [0] (
03:21:21JdGordonTheLemonMan: in general yes...
03:21:36JdGordonobviously that will only work on specific ones in your target thoguh
03:22:12TheLemonManso it's possible that a device has two different gpio pairs set for i2c communication ?
03:22:25TheLemonMansounds really strange to me
03:22:41***Saving seen data "./dancer.seen"
03:23:02ert_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:52JdGordonTheLemonMan: not necessarily?
03:24:08ert_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:16ert_but als, no worky.
03:24:19JdGordonert_: ah, you've a masochist? what do you actually want to do?
03:24:29ert_disable the scrollwheel on my e200
03:24:34ert_it is too finicky
03:24:44TheLemonManbecause i have the linux driver for the fm radio that use different pins from the touchpad
03:24:54TheLemonMani was wondering if this was possible
03:25:19JdGordonert_: and use the buttons as a dpad?
03:25:56ert_JdGordon, what exactly do you mean? I want to use button UP\DOWN instead of scrollup\scrolldown
03:26:03ert_if this is what you meant, then yes.
03:27:05ert_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:36 Join robin0800 [0] (~robin0800@
03:27:46JdGordonthe 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:12ert_I only have my own testing and the stuff already there
03:28:30ert_I understand the actual action event vs the previous button stuff
03:28:47JdGordonand how the different tables flow into eachother?
03:29:01ert_generally, yes.
03:29:17ert_i have used rb for 2+ yrs
03:29:33ert_so I am familiar with each of the menus
03:29:35JdGordonok, so it shuold be mostly just replacing BUTTON_SCROLL_BACK for BUTTON_DOWN like you said :)
03:29:57JdGordonthe tricky bit is making the 3rd column work
03:31:00ert_hmmm, I have assumed that 3rd column is what event must have preceeded the buttonpress to trigger the action
03:31:16ert_which I _thought_ was simple
03:31:22ert_ok, phew.
03:31:40JdGordonBUTTON_NONE means it doesnt check the previous event
03:31:53ert_yes, I do understand that
03:31:55TheLemonManyes, they use different i2c pins for each device D:
03:32:10TheLemonMani guess RB drivers won't handle that
03:33:12ert_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:18JdGordonert_: do you really want to disable the wheel? it would probably be easier to get the sensitivity closer to your liking instead
03:33:40ert_it is unusable, imo
03:34:03ert_yes, I did change the other event that uses button down + release as well
03:34:13ert_so it shouldn't be directing to something else
03:34:42JdGordonpastebin the whole file
03:34:47ert_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] (
03:36:02ert__or did I find an erroneous problem?
03:36:22JdGordonunlikely :) that code has been stable for years
03:36:29JdGordonpastebin the file and ill hgave a look
03:38:46ert__I have an idea, so ima try that frst and do more testing...
03:44:07JdGordoni dont see anything obvious
03:44:18JdGordonbut then, these files are horrible to work with :D
03:44:46ert__haha, ya. intense brain concentration needed
03:45:06ert__darn, my latest recompile didn't work either...
03:45:17JdGordonthough, its help you with this insanity, or get back to the technical docs im supposed ot be writing at work :'(
03:45:32JdGordondo any of your button changes work?
03:45:44ert__except for the one most important one
03:45:50ert__just my luck
03:46:43ert__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:33ert__but with every combination I have tried, the only thing that has worked is by using BUTTON_SCROLL_BACK\FORWARD
03:48:06JdGordonoh... does it move up/down at all? or only the first press?
03:48:15ert__not at all
03:48:25ert__I won't mind pressing it repeatedly
03:48:31ert__:D if it will jsut work!
03:48:39JdGordonyou might want to disable the HAVE_SCROLLWHEEL #define in the config.h
03:48:57JdGordonthings act differently if it thinks a scrollwheel is being used
03:49:46 Quit robin0800 (Ping timeout: 252 seconds)
03:49:51ert__ty will test
03:50:27JdGordonexpect setting lists to invert their orders :)
03:50:53ert__hmmm not finding that filename...
03:51:09JdGordonfirmware/export/configs/ sorry
03:52:00ert__aye, found it
03:52:14 Join robin0800 [0] (~robin0800@
03:52:16ert__what do you mean by ""
03:52:24ert__"expect setting lists to invert their orders"
03:53:30JdGordonwheel 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:59ert__do you happen to know real handy like where I would go to do that at?
03:55:05ert__filename *
03:55:13 Quit avacore (Ping timeout: 255 seconds)
03:55:17JdGordonisnt it in the file i mentinoed?
03:55:34ert__oh, I haden't thought to check
03:56:35JdGordoncomment out "#define HAVE_SCROLLWHEEL"
03:56:52ert__ya, I got that
03:56:55ert__and the 3 below it
03:57:07JdGordonthey shouldnt matter
03:57:10ert__I mean for the setting lists to the other direction
03:57:18JdGordonyou dont want that?
03:57:29ert__I would love to fix that
03:57:39JdGordonthat happens automatically with that #define
03:57:58JdGordonI know for sure that #define is used for that, I dont know what else it is used for
03:58:00ert__/me goes back to compiling shamefully
03:58:03JdGordonbut it may fix your button issue
04:02:14*ert__ pees pants in joy
04:02:19ert__*it worked*
04:02:53ert__JdGordon, feel the gratification flowing from me to you. Thank you very much for your grand knowledge that you have shared this night.
04:03:08JdGordoni mean, any time :)
04:03:46ert__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@
04:21:27CIA-14New commit by jethead71 (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:20CIA-14r30124 build result: All green
04:38:06 Quit robin0800 (Quit: Leaving)
04:38:36 Join robin0800 [0] (~robin0800@
04:39:17 Join avacore [0] (
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] (
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] (
05:54:23 Quit robin0800 (Ping timeout: 240 seconds)
06:02:54 Join robin0800 [0] (~robin0800@
06:08:01 Join keyb_gr [0] (
06:13:23 Quit keyb_gr (Ping timeout: 276 seconds)
06:13:31 Quit robin0800 (Quit: Leaving)
06:13:55 Join robin0800 [0] (~robin0800@
06:18:19 Quit Scromple (Quit: Gone)
06:19:24 Quit d3remark (Ping timeout: 252 seconds)
06:20:56 Join Scromple [0] (
06:28:28 Quit Strife89 (Read error: Connection reset by peer)
06:28:35 Quit robin0800 (Quit: Leaving)
06:30:06 Join Strife89 [0] (
06:46:56 Quit CaptainKewl (Quit: ( :: NoNameScript 4.22 :: ))
07:22:47***Saving seen data "./dancer.seen"
07:49:03 Join sideral [0] (~sideral@rockbox/developer/sideral)
08:04:39 Join Buschel [0] (
08:13:34Buschelmeh... :(
08:13:47Buschelplaylist reshuffle does not work anymore
08:14:42 Join xeniter [0] (
08:19:26JdGordonit doesnt?!
08:19:43 Quit xeniter (Read error: Connection reset by peer)
08:19:59 Join antil33t [0] (
08:21:49 Join xeniter [0] (
08:23:44 Join clmoe [0] (~clmoe@
08:23:54clmoeYay! New batteries!
08:24:40clmoerockbox 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] (
08:28:12 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
08:31:35 Join dhrasmus [0] (~dhrasmus@
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:26pixelmaBuschel (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] (
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] (
09:32:00 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
09:52:11 Join liar [0] (
09:57:19 Join Topy [0] (
10:00:38 Quit T44 (Ping timeout: 255 seconds)
10:09:27 Join TheLemonMan [0] (
10:47:29 Join sideral [0] (~sideral@rockbox/developer/sideral)
10:48:21 Join pamaury [0] (
10:48:22 Quit pamaury (Changing host)
10:48:22 Join pamaury [0] (~quassel@rockbox/developer/pamaury)
10:50:23pamauryTheLemonMan: 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:11TheLemonManyep, 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] (
11:17:04 Quit FoH (Ping timeout: 258 seconds)
11:17:13 Join max131 [0] (
11:22:53***Saving seen data "./dancer.seen"
11:23:16 Quit max131 (Quit: CGI:IRC (EOF))
11:24:00 Join efyx [0] (
11:25:45 Join n1s [0] (~quassel@rockbox/developer/n1s)
11:27:13 Quit sideral (Quit: Leaving.)
11:27:19 Join max131 [0] (
11:28:58 Quit max131 (Client Quit)
11:38:12TheLemonMani 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] (
11:40:27n1sTheLemonMan: 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:55UnhelpfulTheLemonMan: you probably mean the android one? or no?
11:47:28TheLemonMannope, it's the toolchain i use for console developing
11:47:43TheLemonMani'm using it right now to build my code and works ok
11:47:49Unhelpfuland 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:15Unhelpfulok, 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:03TheLemonManpamaury, how should i go for adding a new board to the rockbox tree ?
12:03:22amiconnpamaury, TheLemonMan: It seems some manufacturers don't get the concept of a bus
12:03:54amiconnThe coldfire irviers have a separate i2c bus for (almost?) every device
12:04:12TheLemonManso this samsung player does
12:04:47TheLemonMani guess they don't get whats the address for
12:05:15pamauryamiconn: what do you mean ?
12:09:46pamauryWell, I don't see the problem: they have free pins, they use two bus, you avoid software complexity
12:10:01amiconnNo, you don't
12:10:17TheLemonMan"you avoid software complexity" samsung copypasted the same i2c driver allover the kernel
12:10:35TheLemonManchanging only the pin config
12:10:37amiconnYou need several i2c drivers this way, or at least a driver that's flexible enough to use different pins
12:10:44pamaurybecause they are stupid, you can you use the same code with configurable pins
12:10:46amiconnIt's easier to just change the address
12:11:05amiconnYou have to address the device anyway
12:11:10 Join max131 [0] (
12:11:32TheLemonMani guess that creating one i2c node for every i2c bus is enough to handle this in rockbox
12:11:36TheLemonManat least i hope
12:12:01pamauryOr 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:06Unhelpfulpamaury: the address doesn't just go away because there's only one device on the bus...
12:13:10TheLemonMansamsung completely killed the touchpad performance, they use polling instead of using the attention line + an irq
12:13:41pamaurybut 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:41TheLemonManonce i get interrupts working i'll switch to the latter method
12:15:16TheLemonManif you avoid flooding the bus by polling i think the radio will work ok
12:17:09pamauryAnyway, 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:40max131i 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:59max131is the svn server down, maybe?
12:19:12Tornemax131: the server has been down once or twice in the last week or so, so you may just have been unlucky
12:19:21Tornealternatively you are behind a firewall that is blocking the svn port
12:19:33Tornetry "svn ls svn://" now
12:19:40Torneit's currently working for me
12:19:43max131hmm, at home i'm definitely not behind a firewall
12:19:58max131and i'm in the office now, so that has to wait till this evening
12:20:09Torneok. well, it's working now, anyway
12:20:16Tornei don't *think* it was down yesterday
12:20:21max131alright, thanks for the info!
12:20:23Torneit was down a few days before that, though
12:20:40TheLemonManalso, does rockbox *need* storage driver to load or it can bootstrap from ram ?
12:21:13pamauryI think the repo is working
12:21:21pamauryI don't get any connection error
12:21:26Tornemax131: you might also try "svn ls svn://" or similar - if that doesn't work either then it's definately something at your end
12:21:37pamauryTheLemonMan: what do you mean ?
12:22:31pamaurythe bootloader need the storage driver to load the code and the main executable needs the storage driver to access the disks
12:22:45TheLemonManwhat if i have no storage device ?
12:23:05Tornewell then rockbox is kinda useless :)
12:23:12pamauryyou bootloader will not boot and rockbox will be useless
12:23:57pamauryby definition if don't have the driver, you don't *access* the storage :D
12:24:04TheLemonManthis means that the next driver will be the nand one then
12:24:55TorneTheLemonMan: you can hack the bootloader during early porting so that it doesn't actually bother to try and boot anything
12:25:03Torneand that way you can test the display/button/etc drivers without having done storage yet
12:25:13Tornebut 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] (
12:55:28 Quit clmoe (Remote host closed the connection)
13:04:36 Join chattr [0] (
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] (
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] (
15:16:25 Join einhirn [0] (
15:16:25 Part LinusN
15:16:40 Join LinusN [0] (
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.
15:27:21 Join Linus [0] (
15:27:35TheLemonManpamaury, is dma the only solution for nand access ?
15:28:53pamauryI don't know I don't have a nand but most (all ?) peripherals can do PIO
15:30:21 Join Naked [0] (
15:34:05 Join Mikeb0ok [0] (
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 (
15:41:02 Join Thra11 [0] (~thrall@
15:42:13 Join froggyman [0] (~seth@unaffiliated/froggyman)
15:45:19JdGordonhow would people feel about me breaking skin backwards compatability (a tiny bit) but adding a tag to force the old behaviour "temporarily"?
15:45:55JdGordonspecifically 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:16JdGordonI could easily add a tag o force the old behaviour to not break themes which rely on that (due to bad coding)
15:46:36Tornei don't see why we'd particularly care about having a tag to force the old behaviour tbh :)
15:46:47Torneif someone is going to update the theme to add it, then let them fix it instead
15:47:15JdGordonthere was a bit of uproar when the way i wanted it drawn was done so i reverted it
15:48:00JdGordonbut yes, either way themes would need to be updated
15:48:13JdGordonunless I add a config setting for this (which i really dont want to do)
15:49:47AlexPNot worth a setting IMO
15:49:55JdGordonoh, I agree
15:50:07AlexPIf it is going to make it better, then I'd just change it
15:50:32JdGordonit breaks most themes though :(
15:50:40JdGordonI just really hate the behaviour
15:50:41AlexPIt's up to you whether the improvement is worth that :)
15:52:50 Join krazykit [0] (~krazykit@
15:54:33JdGordonAdding 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:52JdGordonor I could go by creation date of the skins!
15:56:38gevaertsJdGordon: is it worth it to make this into a "skin parser version" tag?
15:57:31AlexPyeah, this has come up before, if we are going to break it again it might be worth adding
15:57:35JdGordonis that something we want?
15:57:44AlexPDunno, would it be useful? :)
15:58:00JdGordonwell, not really... frankly i dont want to break stuff very often :)
15:58:41AlexPWell yes, but it does happen :)
15:58:43JdGordonAlso this change doesnt necessarily break skins, it depends on how it is coded
16:02:58gevaertsI 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] (
16:22:27 Join froggyman [0] (~seth@
16:22:27 Quit froggyman (Changing host)
16:22:27 Join froggyman [0] (~seth@unaffiliated/froggyman)
16:23:10bastihello there. where i can find a version for the sanza fuze player which has allready implemented the usb patch? (
16:26:05bastii 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:28AlexPWe don't supply any patched builds
16:26:44AlexPYou might find someone has already done it in the unsupported builds section of the forum
16:26:57AlexP(fuze v2 I assume)?
16:27:32AlexPThe other option is to patch + build yourself
16:27:55AlexPIf you are already running linux it is pretty easy to set up a dev environment and build
16:30:58pamaurybasti: if you can build, I can build it for you, but please understand that it is unreliable and might cause corruption etc
16:32:35bastii could build it myself, but i thought there might some others who allready did this. but thx a lot! i will try this build: and see what happens
16:34:31bastibut i understand that this only supports old versions of rockbox, since the usb is "out of sync"
16:35:14pamauryit's not "out of sync", it is disbale because it doesn't work for everyone
16:35:20pamauryif you are lucky, it will work
16:35:46pamauryat the very worst, earth might collapse but that's unlikely :)
16:37:19bastiso the usb patch(es) work with the current version of rockbox?
16:37:54Tornethe "patch" is a single line changed
16:37:59Tornethe USB code is all there, it's just disabled in the config
16:38:09Torneyou don't need to apply a patch if you know how to uncomment one line ;)
16:38:34pamauryexcept for the PIO driver which is not in the repo but it doesn't work either :)
16:41:27bastiok, 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:58bastipretty annoying that the sanza software creates all these folders each time it boots...
16:58:21 Join webguest92 [0] (
16:58:40 Nick webguest92 is now known as captainkewler (
16:58:44 Join leavittx [0] (
16:59:40Tornehm. 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:47Torneor am i imagining that people agreed with me? :)
17:00:21 Join Thra11 [0] (~thrall@
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] (
17:59:06 Quit petur (Quit: *plop*)
18:02:10 Quit froggyman (Quit: Ex-Chat)
18:06:21bastii 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:38bastii googled it, but nothing came up. any ideas?
18:07:21Tornedid you build our toolchain using
18:07:53bastino, from some ubuntu wiki
18:07:55Tornewell, ok, you didn't.
18:07:57TorneI can tell
18:08:04TorneYou need to build our toolchain, using
18:08:15Tornewhatever toolchain you have there is not configured correctly
18:08:23Tornewe don't support any other toolchain
18:08:28bastiwhere do i find this?
18:08:37bastiok, thx
18:08:56Torneread our wiki for instructions on how to build :)
18:10:43bastii just read how to complie and didnt think that i have to use a specifif toolchain
18:11:42TorneThen you need to read it more carefully
18:12:44bastiyup. "Before you start" should not be taken lightly ;)
18:20:29 Quit pamaury (Remote host closed the connection)
18:30:03bastitoo bad. usb does not work :(
18:30:28 Join GermanMushroom [0] (
18:31:39bastinevermind. should edit the correct config file...
18:37:22 Quit bzed (Remote host closed the connection)
18:40:52bastihooray, 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:31Tornethe sansa firmware is in flash
18:41:46Tornewell i guess everything is in flash. but it's not accessible as part of the filesystem, anyway.
18:41:49Torneso you can delete anything.
18:42:08bastiok, thought so, but i wanted to be sure. thx!
18:46:37 Quit captainkewler (Quit: CGI:IRC)
19:08:13 Join pamaury [0] (
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] (
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] (
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] (
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] (
19:22:59***Saving seen data "./dancer.seen"
19:27:40 Quit bieber (Ping timeout: 240 seconds)
19:29:11 Join bieber [0] (
19:32:44 Join Thra11 [0] (~thrall@
19:33:02 Join dhrasmus [0] (
19:34:56 Join wodz [0] (
19:35:02wodzpamaury: ping
19:42:42 Join Buschel [0] (
19:43:44Buschelpixelma: regarding the playlist issue -> FS12181
19:44:25 Join leavittx [0] (
19:46:52 Join Strife89 [0] (~Strife89@
19:47:53 Join Stummi [0] (~Stummi@rockbox/developer/Stummi)
19:48:49 Quit Horscht (Quit: Verlassend)
19:50:11pamaurywodz: pong
19:51:04 Quit GermanMushroom (Ping timeout: 258 seconds)
19:53:17wodzI 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:20wodzpamaury: ^
19:55:34 Join Strife1989 [0] (~Strife89@
19:55:46pamaurycan you dump the setup packet ? You can also enable logf in usb_core.c to see what is going on
19:58:54Buschelkugel: 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] (
20:03:29wodzgah 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:33Buschelkugel: r30038 is the cause
20:07:29pixelmaBuschel: 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:56BuschelI am having this always
20:08:46pixelmaand I don't use dircache if I haven't left it enabled for one or the other reason
20:09:39pamaurywodz: be sure to capture usb with the binary protocol, I once ran into the problem, can't remember what solved it
20:12:02pamaurywodz: if possible, debug on device to see what happen
20:14:40wodznow it doesn't generate any meaningfull requests :/
20:15:13 Join Horscht [0] (
20:15:13 Quit Horscht (Changing host)
20:15:13 Join Horscht [0] (~Horscht@xbmc/user/horscht)
20:16:07Buschelinteresting... 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] (
20:17:53Buschelpixelma/kugel: when deleting nvram.bin and using dircache = reshuffle fails, when deleting nvram.bin and not using dircache = reshuffle works
20:22:35TheLemonManY U NO FIRE IRQ D:
20:23:44wodzpamaury: 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:51pamaurywodz: you said that device stack doesn't respond so I just would like logf dump !
20:41:11pamauryI 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:38wodzpamaury: logf is useless in bootloader isn't it?
20:48:40pamauryah, you are in the bootloader, hum
20:48:55pamaurythen #define logf printf in usb_core.c might be useful
20:49:29wodzlet's try..
20:52:25wodzhmm this must be something fundamental - I don't get any print besides my printf in ISR
20:53:25pamauryand you say you call usb_core_transfer_complete ?
20:54:01pamaurywhat is your code in the bootloader ?
20:56:40 Join paulk [0] (
20:56:43pamauryyou must yield
20:56:54pamaurywhile(1) yield();
20:57:12pamaurybecause usb.c use a thread and a queue to notify usb_core
20:57:14paulkhi! anyone working on porting rockbox to philips gogear SA52xx here?
20:58:59 Join robin0800 [0] (~robin0800@
21:04:46 Join Thra111 [0] (~thrall@
21:04:57 Join MethoS- [0] (~clemens@
21:06:01 Quit Thra11 (Disconnected by services)
21:06:12kugelBuschel: interesting...
21:06:29 Quit Thra111 (Client Quit)
21:06:48 Join Thra11 [0] (~thrall@
21:14:55 Join clmoe [0] (~clmoe@
21:17:25kugelthe ids get reset to somehow 0, so it does a dircache_copy_path() with id==0 which it didn't do before
21:17:40kugelid==0 is the .rockbox folder here
21:20:19kugelBuschel: fix it for me
21:20:41 Quit robin0800 (Read error: Connection reset by peer)
21:21:12 Join robin0800 [0] (~robin0800@
21:21:19pamaurywodz: any success ?
21:21:42wodzreal life interrupt unfortunately
21:21:45kugelperhaps dircache shouldn't return 0 IDs so that caches are safely mem-zero-able
21:22:10kugelotoh, it's pretty safe to use 0xff to init to -1
21:22:12clmoeSo, is the charging circuit in the clipp controlled in software or hardware?
21:23:01***Saving seen data "./dancer.seen"
21:23:41wodzpamaury: hmm yield() doesn't help
21:25:47Buschelkugel: i will check now
21:26:02 Quit Thra11 (Ping timeout: 240 seconds)
21:26:38pamaurywodz: make sure that in usb.c, USB_FULL_INIT is defined
21:27:14pamauryand make sure usb_thread is created, just printf() at the beginning of the thread for example
21:27:21wodzit is I checked with #error
21:28:44wodzthread is created
21:29:06wodzat least usb_thread() is called
21:29:24pamaurythan printf() at case USB_TRANSFER_COMPLETION:
21:29:56pamauryif it is called, then it means that usb events are corrently queued
21:31:28wodzhmm it isn't called
21:32:07Buschelkugel: looks good
21:34:06pamaurywodz: ok, then do the same in usb_signal_transfer_completion
21:38:52wodzhuh, I get output from usb_signal_transfer_completion() before thread is created
21:39:08pamaurythat's bad$
21:39:24clmoeWhat would cause me to get an error for the carging state on the clip plus?
21:39:43kugelBuschel: thanks for bisecting
21:39:49 Join bzed [0] (
21:40:02pamaurywodz: you must ensure that your driver doesn't start before usb init
21:40:04Buschelno problem :)
21:40:55 Quit leavittx (Ping timeout: 260 seconds)
21:41:41CIA-14New commit by kugel (r30125): Fix FS #12181 - Playlist re-shuffle does not work (r30122) ...
21:42:20wodzpamaury: I am a bit lost in this - what starts up usb thread?
21:42:39 Join Thra11 [0] (~thrall@
21:43:07 Quit Strife1989 (Ping timeout: 258 seconds)
21:44:31pamauryin usb_init()
21:44:55CIA-14r30125 build result: All green
21:47:17 Join fs-bluebot [0] (
21:54:13 Join dan_a [0] (d917ad9c@gateway/web/freenode/ip.
21:54:33 Quit Xerion (Quit: )
21:59:39bluebrothercan 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:01wodzpamaury: now I see calls to read and write functions in driver at least :-)
22:01:47dionoeabluebrother: afaik it's a local repo config option
22:02:28dionoeayou 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:58pamaurywodz: the hard part begins now :)
22:09:21 Join Llorean1 [0] (
22:09:43 Quit Llorean (Disconnected by services)
22:09:45 Nick Llorean1 is now known as Llorean (
22:09:50 Quit Llorean (Changing host)
22:09:50 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean)
22:09:53 Join Xerion [0] (
22:10:32 Join robin0800_ [0] (~robin0800@
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] (
22:26:18 Quit wodz (Quit: Leaving)
22:31:45 Join domonoky1 [0] (
22:31:55CIA-14New commit by moos (r30126): FS #12173 Romanian translation update by Sergiu Rotaru.
22:33:29 Quit domonoky (Ping timeout: 255 seconds)
22:34:31CIA-14New commit by moos (r30127): FS #12173 Romanian translation update by Sergiu Rotaru.
22:35:20CIA-14r30126 build result: All green
22:40:10 Quit Xerion (Ping timeout: 250 seconds)
22:41:10 Join Strife89 [0] (~Strife89@
22:44:56CIA-14New commit by moos (r30128): Update french translation, shorten string for Archos Player.
22:45:24CIA-14New commit by moos (r30129): Update the french translation, shorten string for Archos Player.
22:48:11CIA-14r30128 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] (
23:02:43 Join bieber [0] (
23:06:10 Join GEDD [0] (
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] (
23:17:07 Quit Horscht (Quit: Verlassend)
23:20:14 Join Horscht [0] (
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] (
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)

Previous day | Next day