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 2012-07-23

00:00:03 Join gxk [0] (
00:04:52 Quit prof_wolfff (Ping timeout: 264 seconds)
00:05:35 Quit petur (Remote host closed the connection)
00:06:53bertrikfreqmod, actually I think I'm missing everything from libopus/ogg
00:08:00 Quit rasher (Ping timeout: 248 seconds)
00:09:29 Quit kevku (Quit: KVIrc 4.2.0 Equilibrium
00:12:47 Quit ender` (Quit: War is a way of shattering to pieces, or pouring into the stratosphere, or sinking in the depths of the sea, materials which might otherwise be used to make the masses too comfortable, and hence, in the long run, too intelligent. -- George Orwell: 1984)
00:13:59[Saint]rocktriangle: bookmark on stop
00:15:18[Saint]Or, perhaps I'm misunderstanding. It might be best if you were to rephrase.
00:15:35 Join rasher [0] (~rasher@rockbox/developer/rasher)
00:17:43 Quit Rower85 (Quit: Hmmm...)
00:18:18 Join mystica555 [0] (
00:18:54*[Saint] hums.
00:19:57[Saint]I expected tonfind bookmarking settings in playback settings.
00:20:05[Saint]*to find
00:21:22[Saint]I guess the line between playback/general is a blurry one.
00:24:41 Quit Wardo (Quit: Blarglarg)
00:27:55 Quit XavierGr ()
00:31:27rocktriangleAlright then
00:31:29rocktriangleI'll try that
00:31:30rocktriangleThank you
00:32:03rocktriangleBy the way, I also got a warning, who could I go to to have it deciphered? At the top it said *PANIC*
00:32:05 Quit gxk (Ping timeout: 245 seconds)
00:32:59bertrikyou could post it on the bug tracker
00:33:15bertrikthere are several people here that can decipher it
00:33:54gmaxwellfreqmod: if you really only have 9k of stack, then you're almost certantly going to need to go the NONTHREADSAFE_PSEUDOSTACK route, and stub in the parts required to get some heap to that global.
00:34:35gevaerts*only*? That's one of the larger stacks in rockbox!
00:35:50gmaxwellfreqmod: Opus is recursive. And while I don't doubt that there are plenty of low hanging fruit to cut down on the stack usage, the PSEUDOSTACK switches almost all of it to heap.
00:35:53bertrikare we really that tight for memory that we can only afford 9k for stack?
00:36:16gevaertsWe can increase it if really needed of course
00:36:32freqmodis it a problem to just create another thread with larger stack?
00:36:38freqmodwith thread safty etc
00:36:46Tornethe number of threads is hardcoded
00:36:48gmaxwell(downside being that it makes the codec totally non-threadsafe)
00:37:07Tornecreating another one means there's another thread, with stack, in existence *all the time*
00:37:07gevaertsI don't think thread safety is an issue here
00:37:11Tornenot just when that codec isbeing used
00:37:25gmaxwell(well, and its less well tested, because we've only really ever used it for the c55 DSPs which don't even work at the moment)
00:37:34freqmodi am going to a cabin without internet for the next week
00:38:01gevaertsgmaxwell: how much stack do you expect is needed normally?
00:38:18freqmodso i may try to fix something of it, but we are mostly trying to work to get the cabin freshly painted etc.
00:38:40gevaertsI mean, if it's 16K, we can increase it without too much discussion, if it's 128K, that's pretty much a dealbreaker
00:39:01bertrikfreqmod, can you push the missing ogg stuff I mentioned?
00:39:14freqmodhow much memory is available for codec heap?
00:39:16gevaertsTorne: are you sure about that?
00:40:08gmaxwellProbably more like 20-30k. Been a while since I checked. Certantly not 128k.
00:40:17Tornegevaerts: er, i thought so.
00:40:18freqmodbertrik: pushed
00:40:27Tornegevaerts: do we allocate them with buflib now?
00:40:30freqmodand i have also made enough parsing so the codec starts on target
00:40:37gmaxwell(also I was mostly lookingat encode and decode; and you only care about decode at the moment)
00:40:38freqmod(and produces stack errors)
00:41:08gevaertsTorne: we have a fixed (maximum) number of threads, but IIRC for plugins and codecs those are more or less dynamic
00:41:13amiconnTorne. gevaerts: The *maximum* number of threads is hardcoded, the number of running threads is not
00:41:53amiconnThere are a few spare slots, so codecs and plugins can start a background thread if necessary (e.g. mpa.codec does this on pp)
00:41:54Torneamiconn: sure, i didn't mean they were literally running all the time
00:42:02Tornebut the *stacks* exist
00:42:05*freqmod read something in the codecs.h about spawing threads with the stack as a parameter
00:42:08Torneand their context
00:42:12bertrikI wonder if we can allocate the stacks with buflib now
00:42:13amiconnNo they don't
00:42:17gevaertsTorne: the stack will be allocated in the codec buffer somewhere
00:42:23amiconnOnly the context stores exist all the time
00:42:46*freqmod are going to sleep
00:43:15amiconnThe main disadvantage with an extra thread is that the stack either cuts down codec iram, or is located in dram, which is a disadvantage as the main codec thread's stack is in iram already
00:43:43gevaertsfreqmod: check CODEC_SIZE for the total (code+heap) size you get
00:44:44gevaertsI'd say that if this NONTHREADSAFE_PSEUDOSTACK works, it's the best solution
00:45:13amiconnWhile from this point it doesn't matter whether you create an extra thread with big iram stack or allocate them in iram another way (whatever that #define is), the latter is the easier way as you don't need an extra thread
00:46:35gevaertsRight, codec_stack is IRAM, so yes, increasing it is tricky
00:46:37amiconnA thread context isn't that large in rockbox, thanks to cooperative threading
00:47:02amiconn(meaning we don't have to save scratch regs)
00:49:24gevaertsDo we have numbers somewhere on how much IRAM we have left on various targets?
00:49:45bertrikfreqmod, pretty cool to see it working in the sim, nice job!
00:50:29gmaxwellIn any case if there are bugs w/ NONTHREADSAFE_PSEUDOSTACK, I'll fix them if you find them. We specifically put that in for memory limited platforms that didn't have allocators or multithreaded decode.
00:51:17 Join gxk [0] (
00:56:45gmaxwellHE AAC using 500k ?!@#! well, okay I'm no longer worried about opus.
00:57:22saratogaAAC HE uses a lot of memory
00:57:30saratogaalso, libfaad is not very efficient
00:57:47saratogaalthough we've patched it up a lot
00:58:18saratogaaac in general is a pretty bloated format
00:58:37saratogai guess design by committee and all that
01:00:57gevaertsIt's mainly the IRAM bit that's really constrained here. We can't increase codec_stack much (if at all, I guess) without moving it to slower RAM (for every codec)
01:01:39 Join Scromple [0] (~Simon@
01:01:59 Quit gxk (Ping timeout: 255 seconds)
01:02:04bertrikwe don't really sync codecs often with upstream, do we?
01:05:41saratogabertrik: do you mind if I just disable the backtrace on AMS for now?
01:06:14bertrikno, I don't mind, seems to be giving more problems than solutions currently
01:11:03saratogaok i put a FIXME comment in with the disable, hopefully the backtrace can be made to work better with AMS in the future
01:12:06saratogaon arm the panic screen calls "disable_interrupt(IRQ_FIQ_STATUS);" but never reenables interrupts, maybe we could enable them at the end just to be safe?
01:13:03bertrikI don't see why we need interrupts at that point anymore
01:13:47bertrikthe only thing we do is wait for a button (and I suppose we can do that without interrupts)
01:14:38saratogasince the 30 second hold doesn't reboot the power, something is not getting enabled
01:14:48saratogayou think interupts aren't it?
01:15:01 Join gxk [0] (
01:15:35saratogaoh crap
01:15:38bertrikluckily I haven't been in that situation myself yet, and I don't know exactly what happens
01:15:38saratogaits the ROM clock
01:15:48bertrikoh, I thought we re-enabled that already
01:15:50saratogathe ROM clock is off normally, and we turn it on during reboot
01:16:01saratogaso if you don't make it through reboot, you have no clock
01:16:08saratogaand hence no hold power to reboot
01:17:24saratogaI can #ifdef the ROM clock enable into the start of the abort handler (which is a bit ugly but safe), or just leave the clock on all the time
01:17:27saratogawhat do you think
01:17:35saratogamaybe we should just leave it on to be safe ...
01:18:19bertrikI find it peculiar that we somehow seem to be able to disable the hardware power-down mechanism
01:18:56bertrikyes, I'd rather leave it on (and waste a miniscule amount of battery runtime) if it helps us from the current situation
01:18:58saratogaclearly the "reboot" doesn't fully reset the SOC's state
01:19:03saratogaok i'll do tht
01:20:44bertrikwhich is a hardware design flaw IMHO
01:20:50 Quit gxk (Ping timeout: 245 seconds)
01:21:26bertrikIIRC, we allow the watchdog to reset us, can't get much cleaner than that I think
01:23:30saratogayeah its bad design
01:24:00CIA-5Commit b61b14f in rockbox by Michael Giacomelli: Revert my previous commit disabling the internal ROM clock during normal
01:26:51CIA-5b61b14f build result: All green
01:30:50 Quit factor (Ping timeout: 245 seconds)
01:31:23 Quit MethoS- (Quit: Konversation terminated!)
01:34:42 Join factor [0] (
01:36:17***Saving seen data "./dancer.seen"
01:40:33saratoganow i just have to wait and see if that fix worked
01:53:20 Join gxk [0] (
01:57:49 Quit lebellium (Quit: ChatZilla [Firefox 15.0/20120717110313])
01:58:24 Quit gxk (Ping timeout: 248 seconds)
02:04:23 Part rocktriangle
02:07:59 Quit anewuser (Read error: Connection reset by peer)
02:21:13 Join gxk [0] (
02:39:35 Quit bertrik (Ping timeout: 245 seconds)
02:40:32 Quit gxk (Ping timeout: 248 seconds)
02:49:17 Quit TheLemonMan (Ping timeout: 260 seconds)
03:04:16 Join gxk [0] (
03:17:56 Quit gxk (Ping timeout: 255 seconds)
03:36:21***Saving seen data "./dancer.seen"
03:44:06 Join gxk [0] (
03:48:56 Quit gxk (Read error: Operation timed out)
04:03:31 Join TheSphinX_ [0] (
04:06:44 Quit TheSphinX^ (Ping timeout: 248 seconds)
04:06:56 Join gxk [0] (
04:12:58 Quit TheSeven (Disconnected by services)
04:13:05 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
04:26:10 Quit [Saint] (Read error: Connection reset by peer)
04:26:15 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:31:00 Join [Saint] [0] (~Saint]@
04:31:00 Quit [Saint] (Changing host)
04:31:00 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
04:49:18 Quit amiconn (Disconnected by services)
04:49:18 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:49:23 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
04:50:15 Quit gxk (Ping timeout: 255 seconds)
04:50:21 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:50:21 Quit pixelma (Disconnected by services)
04:50:23 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:52:03 Join gxk [0] (
05:05:24 Quit gxk (Ping timeout: 248 seconds)
05:18:08 Join gxk [0] (
05:23:16 Quit gxk (Remote host closed the connection)
05:24:04 Join gxk [0] (
05:32:36 Quit gxk (Ping timeout: 248 seconds)
05:36:22***Saving seen data "./dancer.seen"
05:39:23 Join gxk [0] (
05:54:11 Quit gxk (Ping timeout: 252 seconds)
05:55:29 Join gxk [0] (
06:09:41 Quit gxk (Ping timeout: 264 seconds)
06:16:23 Join gxk [0] (
06:25:51 Quit mikroflops (Ping timeout: 245 seconds)
06:26:42 Join soap_ [0] (
06:26:42 Quit soap_ (Changing host)
06:26:42 Join soap_ [0] (~soap@rockbox/staff/soap)
06:27:16 Quit soap_ (Client Quit)
06:28:09 Quit Totalled (Quit: PETTAN PETTAN, TSURUPETTAN!)
06:30:57 Join mikroflops [0] (
06:32:53 Quit gxk (Ping timeout: 255 seconds)
06:34:20 Join gxk [0] (
06:52:51 Quit gxk (Ping timeout: 252 seconds)
06:56:25 Join gxk [0] (
07:00:20 Quit pixelma (Disconnected by services)
07:00:20 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
07:00:22 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
07:00:26 Quit amiconn (Disconnected by services)
07:00:26 Join amiconn_ [0] (quassel@rockbox/developer/amiconn)
07:00:31 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn)
07:05:29 Join Totalled [0] (~Totalled@
07:06:16 Quit gxk (Ping timeout: 245 seconds)
07:06:22 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940)
07:09:29 Quit [Saint_] (Ping timeout: 260 seconds)
07:15:13 Quit [Saint__] (Ping timeout: 248 seconds)
07:16:47 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
07:23:21 Quit guymann (Quit: brb)
07:26:32 Quit [Saint_] (Remote host closed the connection)
07:28:39 Join gxk [0] (
07:30:26 Join Totalled_ [0] (~Totalled@
07:31:04 Quit Totalled (Ping timeout: 260 seconds)
07:31:04 Nick Totalled_ is now known as Totalled (~Totalled@
07:35:33 Join Rower85 [0] (
07:36:24***Saving seen data "./dancer.seen"
07:41:30 Join guymann [0] (
07:43:16 Quit gxk (Ping timeout: 248 seconds)
07:51:06 Join gxk [0] (
07:56:36 Quit gxk (Ping timeout: 240 seconds)
07:59:29 Join gxk [0] (
08:03:36 Quit gxk (Ping timeout: 240 seconds)
08:05:30 Join gxk [0] (
08:41:34 Join Zagor [0] (
08:41:34 Quit Zagor (Changing host)
08:41:34 Join Zagor [242] (~bjst@rockbox/developer/Zagor)
08:46:59 Quit pixelma (Remote host closed the connection)
08:46:59 Quit amiconn (Remote host closed the connection)
08:48:24 Join pixelma [0] (pixelma@rockbox/staff/pixelma)
08:48:24 Join amiconn [0] (amiconn@rockbox/developer/amiconn)
08:50:18 Join ender` [0] (
08:59:53 Join einhirn [0] (
09:00:57 Join kevku [0] (
09:03:57 Join mgottschlag [0] (
09:04:01 Quit mgottschlag (Changing host)
09:04:01 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
09:33:33[Saint]Zagor: Something interesting happened with the wiki yesterday.
09:33:43 Join stoffel [0] (
09:33:56[Saint]Someone/thing managed to get write access without being present in a usergroup.
09:35:48Zagormuch damage?
09:36:06[Saint]Just a spam page.
09:36:26***Saving seen data "./dancer.seen"
09:36:47[Saint]Which makes me think it was automated, if a human did it they probably would've realized quite quickly they could've done a lot more.
09:38:07 Quit dionoea (Ping timeout: 246 seconds)
09:39:09 Join dionoea [0] (
09:39:23[Saint]But, seems to have removed itself. Or, someone else did so.
09:39:43[Saint]it *was* at
09:39:51Zagorthe front page says JdGordon removed it
09:40:28[Saint]I wanted to leave it there once I realized there was no user present by that name in the wikiusersgroup.
09:40:45[Saint]In case it somehow helped address how it was achieved.
09:41:08ZagorI don't think it would
09:41:13[Saint]I was keen to remove it myself until I noticed there was no permissions granted in order to be able to revoke them.
09:43:52kugelTorne: the stack of a coded can be in the coded, without occupying space in the core
09:44:38 Quit Totalled (Quit: PETTAN PETTAN, TSURUPETTAN!)
09:45:00 Join Totalled [0] (
09:45:30[Saint]though, there's "", that seems to be created similarly.
09:45:54[Saint]It was added yesterday, and the wikiusersgroup has had no additions since the 12th of July
09:45:59[Saint]Zagor: ^
09:46:19[Saint]It seems there's a way in someone//thing knows about :-S
09:46:25kugelTorne: ah, i see you have been schooled already?
09:46:41Zagor[Saint]: indeed
09:48:30[Saint]Zagor: Although it would be a HUGE task (which, I'm prepared to volunteer time towards if need be), do you think it would be wise to make a snapshot of the wiki and start over, send out a mail to the users/developers list saying "if you had access and still want it, you'll need to request it again"?
09:48:53[Saint]It'd be a huge job, but the wiki is pretty sick, and it'd give a chance to do a general cleanup too.
09:49:11Zagorto reduce the size of WikiUsersGroup, you mean?
09:49:26[Saint]And refresh the wiki in general.
09:49:35[Saint]Some pages are outright f**cked
09:49:50Zagorwell that won't really be fixed by kicking off all users, will it?
09:50:10JdGordon[Saint]: dont get your panties in a twist.... like I said, the spam was done bcause users can edit their own page without being in the wikiusersgroup
09:50:14JdGordonPeterPan is me
09:50:33JdGordonnothing to worry about, no wiki hacking
09:50:41JdGordonjust annoying permissions
09:50:50[Saint]Oh....right. I see, you should remove that page then :)
09:50:56Zagorah, the spam was done in the user's own page?
09:52:06Zagorthere's another far simpler fix for the bulging WikiUsersGroup page
09:52:09[Saint]I'm pretty sure it never used to be that way, though. He wasn't in the wikiusersgroup, so shouldn't have had a users page to begin with.
09:52:57Zagorwith the latest foswiki upgrade, there's a new feature which inverts the access scheme. so instead of adding people who are allowed to write, new registrants are added to a block list from which we remove those who are approved
09:53:09[Saint]As always, there's a chance I'm misremebering, but as I recall the user's page should be generated on their first login.
09:53:37Zagor[Saint]: that was a bug. all registrants should get a user page immediately.
09:53:58Zagorone can argue wether he should be allowed to edit it though, since that allows spam.
09:54:04[Saint]Ah, hmmm. It was a "nice" bug, then :)
09:54:59[Saint]Well, that's good. I guess. I can't say I didn't want an excuse to do a mass wiki cleanup though :)
09:56:11JdGordonI say leave it as is unless it becomes a bigger problem
09:56:19JdGordonone in 5 years is not an issue worth worrying baout
09:57:56[Saint]Well, yeah. As I said above, though, I kinda wanted the excuse to do a big purge of the wiki. Make sure its all up-to-date and functional, remove outdated content, and users that haven't ever made a singular edit.
09:58:29[Saint]Its no biggie, it would've been a daunting task, but the wiki is definitely the area of the project that gets the least attention.
10:00:09[Saint]Primarily, the user registration needs to be functional (well, "need" is a strong word, but it sure would be nice). As it is, its pure luck whether or not adding a user to the usersgroup actually grants them write access.
10:01:13[Saint]And if you select "edit" on the wikiusersgroup (in Chrome, for sure) the "quick add" dialogue disappears and 17 miles of whitespace gets added to the bottom of the page.
10:03:19[Saint]JdGordon: you're not by chance also BabisManouselis, are you? :)
10:07:16 Quit dongs (Ping timeout: 248 seconds)
10:08:05 Quit Scromple (Read error: Connection reset by peer)
10:17:04 Join bertrik [0] (
10:17:04 Quit bertrik (Changing host)
10:17:04 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
10:25:26 Quit stoffel (Remote host closed the connection)
10:34:15 Join wodz [0] (
10:41:37 Join dongs [0] (
10:48:22bertrikhow do you run the sim in gdb in a practical way?
10:50:55wodzyou need to compile it with −−sdl-threads
10:51:16wodzpassed to configure. Otherwise it bombs out on thread switch.
10:51:55wodzThere is some command you can pass to gdb to workaround though (can't remember the command)
10:52:28bertrikit looks like my executable is slightly borked too (my fault)
11:03:24gevaertsZagor, Bagder: do you know why the html manual links seem to be dead?
11:04:02 Join TheLemonMan [0] (
11:04:03 Quit TheLemonMan (Changing host)
11:04:03 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman)
11:36:30***Saving seen data "./dancer.seen"
11:40:43wodzgevaerts: so basically there is no improvement on e200 with v8 of bflt patch, right?
11:45:03 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
11:49:16gevaertswodz: that's what it looked like, yes
11:53:32wodzso it must have to do with .ncdata and .ncbss as nano2g and coldfire choke only on doom
11:55:04wodzgevaerts: Do you know the status of e200 emulator (can't remember the link but its on FS)? Does it run current version of rb?
11:55:33gevaertsNo idea
12:04:26wodzits a pitty I don't have working PP target :/
12:04:32 Join stoffel [0] (
12:04:39 Join lebellium [0] (
12:05:04gevaertsI could send you one
12:06:30wodzMaybe I can ask bohoon. That way we will avoid international shipping
12:15:29[Saint]I have a couple of iPod Colors surplus to requirement...
12:15:58gevaertsYes, but you're not ideally located shipping-wise :)
12:17:26gevaertsI seem to have 8 PP devices, I'm sure I can miss one of them
12:17:47wodzby the way, currently plugins use main stack AFAIK. This will be problem if we consider multiple plugins at the same time
12:18:25wodzwell, I can always ask Torne to send me back my mini1g
12:19:54TorneOh, yeah.
12:19:55Tornesorry about that.
12:20:14Tornei can do that whenever, really
12:20:38gevaertsThat's an issue to keep in mind, yes. It being a problem will depend on how we do multiple plugins. I'm e.g. not convinced we want more than one "regular" plugin, I think we're more interested in e.g. battery bench not having to stop, or wps visualisation plugins (both of which will use either separate threads or callbacks), or moving out bits of the core (which would work more as a library I guess)
12:22:10wodzcurrently I completely ignored library support
12:22:21gevaertsOh, of course
12:22:21wodzI mean the got and friends
12:22:50Tornewodz: well, we don't actually ahve todo it that way
12:22:58Tornein fact we probably won't
12:23:04gevaertsWhen I say "more as a library" I also don't necessarily mean "the way a shared library tends to work"
12:23:05Tornesince i doubt we want link by name
12:23:51gevaertsIn fact, I'm not sure if "library" is the proper word to use there :)
12:24:34Tornei would imagine we would do that kind of thing using a single symbol that pointed to a struct like plugin_api
12:26:56Torneanyway we can work that stuff out later :p
12:27:29wodzsure. First thing is to have working all plugins on all platforms
12:36:05 Quit Topy44 (Ping timeout: 264 seconds)
12:39:57 Join Topy44 [0] (
12:56:25 Quit stoffel (Read error: Operation timed out)
13:22:11 Join dfkt [0] (dfkt@unaffiliated/dfkt)
13:36:32***Saving seen data "./dancer.seen"
13:37:21 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
13:38:11 Join einhirn [0] (
13:45:17 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940)
13:45:39gevaertsLooks like the html manuals stopped building (on the server) in early June
13:49:03 Quit [Saint_] (Ping timeout: 260 seconds)
13:50:58 Join MethoS- [0] (~clemens@
13:54:24 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
13:54:33gevaertsOK, the html manual still builds for me. This seems to be server-side
13:54:43gevaertsZagor, Bagder: a job for you?
13:55:04kugelphow about one thread per plugin?
13:55:04Zagoryep, I'll try to get a peek at it today
13:55:41gevaertskugelp: doesn
13:56:19gevaertskugelp: doesn't the drawing API assume it's only called from the main thread?
13:58:13kugelpthe scrolling thread draws too, even concurrently
13:58:40gevaertsAnyway, I'm not sure what problem this would solve exactly. For fullscreen plugins, only one can run usefully at a time anyway, so others would have to be notified in some way about not doing anything, while for hypothetical other (new) plugin types things like button handling haven't been worked out at all yet
13:59:10gevaertsUnless proven otherwise I'm still of the opinion that some sort of callback system will work better
14:04:24wodzFiguring out why quite a few plugins misbehave on PP is more important for now.
14:04:39kugelpjust saw you talked about problematic stacks
14:04:57wodzI just pointed out that this will be something to talk about
14:05:45wodzIt is not for now. For 'many' plugins at once we will need buflib support to allocate space also
14:09:37 Quit bertrik (*.net *.split)
14:09:37 Quit mgottschlag (*.net *.split)
14:09:38 Quit [7] (*.net *.split)
14:09:38 Quit funman (*.net *.split)
14:09:39 Quit mc2739 (*.net *.split)
14:09:39 Quit soap (*.net *.split)
14:09:40 Quit CIA-5 (*.net *.split)
14:09:40 Quit gmaxwell (*.net *.split)
14:09:56 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
14:10:12 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
14:10:12 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
14:10:12 Join gmaxwell [0] (~greg@wikimedia/KatWalsh/x-0001)
14:10:12 Join funman [0] (~fun@rockbox/developer/funman)
14:10:12 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
14:10:12 Join soap [0] (~soap@rockbox/staff/soap)
14:10:12 Join CIA-5 [0] (
14:18:56 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
14:21:35 Quit bertrik (*.net *.split)
14:21:35 Quit mgottschlag (*.net *.split)
14:21:35 Quit funman (*.net *.split)
14:21:36 Quit mc2739 (*.net *.split)
14:21:36 Quit soap (*.net *.split)
14:21:36 Quit CIA-5 (*.net *.split)
14:21:36 Quit gmaxwell (*.net *.split)
14:21:45 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel)
14:22:31 Join bertrik [0] (~bertrik@rockbox/developer/bertrik)
14:22:31 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
14:22:31 Join gmaxwell [0] (~greg@wikimedia/KatWalsh/x-0001)
14:22:31 Join funman [0] (~fun@rockbox/developer/funman)
14:22:31 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
14:22:31 Join soap [0] (~soap@rockbox/staff/soap)
14:22:31 Join CIA-5 [0] (
14:24:26 Quit [Saint__] (Quit: Quit)
14:24:36 Quit mystica555 (Ping timeout: 245 seconds)
14:24:44 Quit linuxstb (Quit: This computer has gone to sleep)
14:24:51 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
14:40:48 Quit [Saint_] (Quit: Quit)
14:41:11 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940)
14:52:10 Join T44 [0] (
14:55:33 Quit Topy44 (Ping timeout: 260 seconds)
14:57:41 Quit mikroflops (Ping timeout: 264 seconds)
15:01:36 Quit MethoS- (Ping timeout: 252 seconds)
15:04:38 Join petur [0] (~petur@rockbox/developer/petur)
15:13:55*TheSeven directs slowdow here (backlog: )
15:14:32TheSevenbacklight thread is still alive, i.e. usb state machine deadlock?
15:14:37TheSevengevaerts? anyone?
15:15:55 Join slowdow [0] (
15:16:30TheSevenslowdow: I already posted the backlog here, so you don't need to explain again
15:17:29slowdowok, Thanks TheSeven
15:17:41slowdowso. help! :)
15:17:55wodzwell usb is badly borked recently
15:18:43slowdowi should point out at that i'm happily using rockbox every day on 2 devices, and that i love it.
15:18:51TheSevenwodz: so you suspect a core bug, not a target driver one?
15:18:55slowdowthis Ipod is perfectly usaable.
15:19:03slowdowi just use the fallback image to copy data
15:19:12slowdowand then boot to the new builds for use. no biggie
15:19:17 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
15:19:27slowdowbut it is a bit annoying, and for your common or garden user, a bit of a faff?
15:19:55slowdowthe fallback image mounts first time every time.
15:20:18TheSeventoo bad these builds are like half a year apart
15:20:25TheSevenso we can't just pinpoint a change easily
15:20:34wodzTheSeven: There are reports of misbehaving on amsv2
15:20:47TheSevenwell, amsv2 is the same OTG, right?
15:20:54wodzother soft usb targets are rare unfortunately
15:21:00slowdowive got a small pile of builds i've archived, the standard builds were working up to a point a few months ago
15:21:27TheSevendoes the classic currently use funman's shared driver?
15:21:54slowdowI've no idea. tell me how to find out?
15:22:40 Join LinusN [0] (
15:22:52*TheSeven tries to remember whether the current fallback build was before or after funman's OTG rework
15:23:04wodzTheSeven: nano2g is broken not by funman's work. It was some general usb core rework
15:23:06 Quit mgottschlag (Ping timeout: 240 seconds)
15:23:20 Join mikroflops [0] (
15:23:43slowdowFallback is R31516-120101
15:24:04TheSevenwodz: IIRC there were some issues with funman's stuff as well, no idea if those were fixed in the meantime
15:24:41 Join mystica555 [0] (
15:25:02TheSevenhm, so this is a "vanilla" build without any special patches (I think I resorted to 3.9 for the nano2g because of USB trouble)
15:28:08TheSevenI've been watching closely recently... so SW USB is all the way borked?
15:28:45wodzTheSeven: funman tried transplanted old driver over HEAD and this didn't work as well. Bisect points to some general usb core rework
15:28:47TheSevenI haven't been*
15:29:13 Join Neelark [0] (5af6f49d@gateway/web/freenode/ip.
15:29:44TheSevenIf I would have the time, I'd probably go ahead and rewrite the USB core and OTG driver from scratch
15:30:24 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
15:30:35slowdowMounting official rockbox-ipod6g 0823817-120718 in Ubuntu
15:30:54slowdowvia vm
15:31:06TheSevenI have a fairly well-working monolithic driver implementation for that OTG (for another project, on another SoC)
15:31:28TheSevenslowdow: if it fails, please pastebin dmesg output
15:32:08slowdowor maybe not.
15:32:53slowdowbecause the device mounts on the host system first, then when i select to mount it to the VM it unmounts and remounts, i think it's allready crashed
15:32:59slowdowi get a win error message
15:34:07slowdowOne of the USB devices connected to this Pc has malfunctioned and windows does not recognise it
15:34:31slowdowhang on, let me find another laptop, i'll boot it to pendrive and plug in the iPod.
15:35:44 Join einhirn [0] (
15:36:36***Saving seen data "./dancer.seen"
15:41:32 Join WalkGood [0] (~4@unaffiliated/walkgood)
15:41:47 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940)
15:42:57 Quit [Saint_] (Ping timeout: 248 seconds)
15:43:11 Nick [Saint__] is now known as [Saint_] (~Saint]@unaffiliated/saint/x-8516940)
15:43:32 Nick [Saint_] is now known as [Sinner] (~Saint]@unaffiliated/saint/x-8516940)
15:44:32 Nick [Sinner] is now known as [Sinner_] (~Saint]@unaffiliated/saint/x-8516940)
15:44:38 Nick [Sinner_] is now known as [Sinner__] (~Saint]@unaffiliated/saint/x-8516940)
15:44:47 Nick [Sinner__] is now known as [Sinner] (~Saint]@unaffiliated/saint/x-8516940)
15:51:15slowdowDo you want a dmsg output of the working/fallback, and then the fail/new. or just the new.
15:53:18 Join amayer [0] (
15:58:47TheSevenjust the failing one
16:00:42slowdowhumm. ok. so. first time i plugged in the ipod, on 0823817-120718 it failed. Dmsg saved.
16:00:56slowdowrebooted ipod to fallback - mounted. worked
16:01:06slowdowRebooted ipod to 0823817-120718 - Mounted.. WORKED!
16:05:29 Nick [Sinner] is now known as [Saint_] (~Saint]@unaffiliated/saint/x-8516940)
16:05:59TheSevenodd... probably just luck and some e.g. timing related bug
16:08:14slowdowOT - good linux IRC client?
16:09:01TheLemonManslowdow: weechat / irssi
16:11:30 Quit [Saint_] (Quit: almost home)
16:12:07slowdow54meg of irc client. thats a chunky client.
16:13:23TheSevenwhich one is that?
16:13:51TheSevenquassel, if you count all the kde/qt libs it requires?
16:15:53*gevaerts points to #rockbox-community
16:15:58slowdowdumped it for xchat , its on its waym slowwwwly
16:16:13*TheSeven tells gevaerts to fix usb instead of pointing at random channels :P
16:18:16slowdowso. pastebin.
16:18:29slowdowfirst 2 lines = the Ubuntu error message on connection.
16:19:09gevaertsTheSeven: what's wrong with USB?
16:19:15TheSevenslowdow: that was two tries?
16:19:44slowdowno, that was one.
16:20:15slowdowive got the one for 2 tries, and the third one where it mounted 0823817-120718
16:20:31TheSevenit seems to have connecteed 2 times, exactly 90 seconds apart
16:20:35slowdowits still mounted btw, im loath tp unplug it just because its working :)
16:21:14wodzTheSeven: once as high speed and when it failed as full speed
16:21:24slowdowthats deffinately one try. it took me that long to copy and paste the error message
16:21:25wodztypical fallback mechanism
16:22:04slowdowI have to go away for a while, I'll chack back later if there's anything else you want.
16:22:17TheSevenwodz: the full speed attempts failed, and then another highspeed attempt was made an succeeded a little bit before failing as well in the end
16:23:00slowdownot that it makes much difference, but i spent 3 years doing QA for playstation/dreamcast/pc games, if there's anything you want testing, tell me the test conditions and i'll do what i can, Thanks again for the help.
16:23:14 Quit Neelark (Quit: Page closed)
16:23:59TheSevenoh, we have a QA volunteer? :P
16:24:21slowdowif it'd help
16:24:36slowdowive only got access to Ipod Classic 6g + Iriver H340
16:24:49slowdowbut, if it'll help. no probs.
16:29:47 Part LinusN
16:30:00 Join lebellium_ [0] (
16:30:17slowdow - it ejected/unmounted without crashing too, i'll reboot the linux box and try remounting it on a fresh boot when i get back.
16:31:48 Quit lebellium (Ping timeout: 260 seconds)
16:31:55 Nick lebellium_ is now known as lebellium (
16:32:12 Quit petur (Quit: *plop*)
16:40:28 Join prof_wolfff [0] (
16:47:35amiconngevaerts: The drawing api does not assume being called from a single thread only. The functions directly accessing the lcd do though
16:48:44 Join y4n [0] (~y4n@unaffiliated/y4ndexx)
16:48:57amiconnlcd_update and friends
16:49:58 Join MethoS- [0] (~clemens@
16:50:17amiconnThis is e.g. why one has to be especially careful when using the greylib (it has a couple of comments regarding this)
16:50:49*gevaerts nods
16:58:03 Quit Zagor (Quit: Clint excited)
17:01:14 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier.
17:05:50 Quit wodz (Quit: Leaving)
17:09:05 Quit efyx (Remote host closed the connection)
17:20:07 Join Neelark [0] (5af6f49d@gateway/web/freenode/ip.
17:20:12 Quit soap (Read error: Connection reset by peer)
17:30:58kugelpamiconn: that's not actually the case, though
17:34:34 Quit Neelark (Ping timeout: 245 seconds)
17:34:59 Quit saratoga (Ping timeout: 245 seconds)
17:36:37***Saving seen data "./dancer.seen"
17:37:23 Join soap [0] (
17:37:23 Quit soap (Changing host)
17:37:23 Join soap [0] (~soap@rockbox/staff/soap)
17:43:35 Join dfkt [0] (dfkt@unaffiliated/dfkt)
17:46:56 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel)
17:52:37 Quit dfkt (Ping timeout: 255 seconds)
17:53:40kugelamiconn: the scroll engine calls these, and many LCD drivers have mutexes for this reason
17:55:46 Join efyx [0] (
17:57:12 Join evilnick [0] (~evilnick@rockbox/staff/evilnick)
18:00:08 Join dfkt [0] (dfkt@unaffiliated/dfkt)
18:03:47 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr)
18:06:18 Quit TheLemonMan (Ping timeout: 260 seconds)
18:24:21 Quit soap (Quit: soap)
18:30:06 Quit ehntoo (Ping timeout: 246 seconds)
18:31:06 Join ehntoo [0] (ehntoo@gateway/shell/mtu-lug/x-ekohdnhznjrygbqx)
18:32:13 Join Mir_ [0] (
18:32:54 Quit Mir (Ping timeout: 246 seconds)
18:33:22 Join Wardo [0] (
18:38:13slowdowSo, on ubuntu - after that first 0823817-120718 Usb mount fail, then booting to fallback = success, now 3X working mounts on 0823817-120718. (power on ipod, wait for disk access to stop - plug in, connects instantly)
18:46:33 Join wodz [0] (
18:48:30 Join mgottschlag [0] (
18:48:30 Quit mgottschlag (Changing host)
18:48:30 Join mgottschlag [0] (~quassel@reactos/tester/phoenix64)
18:50:52amiconnkugel: While a mutex might be a good idea in a high color driver, it definitely isn't in an 1 bit or 2 bit driver
18:51:24amiconnThe reason is that the greylib (has to) write to the lcd in isr context
18:53:09 Join Strife89 [0] (~Strife89@
18:53:40kugeljust saying that "lcd_update is called by a single thread" isn't true
18:57:46slowdowon the 2nd pc, (the same pc as mounted in Ubuntu), the ipod is now mounting in win7. it mounts as "rockbox media player" - however, when plugging it into my main laptop it still fails, and mounts as Apple iPod Classic USB Device" with 0bytes.
18:58:31slowdowis there a way i can force my other laptop to mount the ipod as "rockbox media device" .. maybe that'll work and its a problem between the Apple driver and the later versions of rockbox?
19:01:34slowdowstrange this is, i plugged it into another laptop, that's never had itunes or anything fruit company related installed, while it was running rockbox, and it still installed the driver as "Apple iPod Classic USB Device"
19:03:20yuriksslowdow: do that and remove the device, then let it detect again when you plug it in
19:13:53slowdowthe device isnt shown, i've run set devmgr_show_nonpresent_devices=1, and sleected show hidden
19:14:23slowdowits only shown when its connected. is it ok to remove the driver while its connected and therefore visible?
19:22:58slowdowok, removed the apple driver, re-plugged, it's now called "Rockbox media player" (bad capitalisiation included) but it still mounts as a 0byte drive.
19:23:29slowdowand crashes the Ipod.
19:25:39 Nick Mir_ is now known as Mir (
19:25:55slowdowRockbox fallback R31516-120101 still mounts first time. as "Rockbox media player"
19:27:14slowdowso... now, i've got one machine that mounts 0823817-120718 in win7 and Linux. and one that won't mount in win7. (typically, the fail machine is my main machine)
19:35:28 Quit bluebrother (Ping timeout: 248 seconds)
19:36:37 Quit fs-bluebot (Ping timeout: 255 seconds)
19:36:39***Saving seen data "./dancer.seen"
19:37:58 Join fs-bluebot [0] (
19:38:07 Join bluebrother [0] (~dom@rockbox/developer/bluebrother)
20:14:42 Join soap_ [0] (
20:14:43 Quit soap_ (Changing host)
20:14:43 Join soap_ [0] (~soap@rockbox/staff/soap)
20:18:29 Join linuxstb [0] (
20:23:34 Quit linuxstb (Quit: This computer has gone to sleep)
20:24:51 Join stoffel [0] (
20:29:23 Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪)
20:35:16 Join Neelark [0] (5af6f49d@gateway/web/freenode/ip.
20:45:34bertrikis FLAC also typically encoded in an ogg encoder?
20:45:39bertrikhow is meta-data done with FLAC?
20:52:30 Quit stoffel (Ping timeout: 245 seconds)
20:54:00wodzat least flacs I have start with fLaC magic string which I assume mens it is not packed in ogg container
21:11:16yuriksbertrik: they use ogg tags
21:12:10 Join n1s [0] (
21:12:10 Quit n1s (Changing host)
21:12:10 Join n1s [0] (~n1s@rockbox/developer/n1s)
21:16:01 Quit T44 (Read error: Connection reset by peer)
21:16:14 Join Topy [0] (
21:18:52 Join stoffel [0] (
21:36:40***Saving seen data "./dancer.seen"
21:43:18 Nick soap_ is now known as soap (~soap@rockbox/staff/soap)
21:43:32amiconn"ogg tags" are called vorbis comments afaik
21:45:59n1syes, at least in ogg/vorbis files
21:46:41gmaxwelln1s: They're called vorbis-comment elsewhere too.
21:47:51n1sgmaxwell: ok
21:48:15n1sbertrik: ogg/flac is rather uncommon and not as widely supported as native flac
21:50:45 Quit MethoS- (Quit: Konversation terminated!)
21:54:38 Join anewuser [0] (~anewuser@
21:54:39 Quit anewuser (Changing host)
21:54:39 Join anewuser [0] (~anewuser@unaffiliated/anewuser)
21:58:16 Quit perrikwp (Read error: Connection reset by peer)
21:59:32 Join perrikwp [0] (
22:08:42 Quit Neelark (Quit: Page closed)
22:08:57 Quit Wardo (Read error: Connection reset by peer)
22:16:54 Join T44 [0] (
22:16:54 Quit Topy (Read error: Connection reset by peer)
22:21:13 Join Scromple [0] (~Simon@
22:29:25 Quit evilnick (Quit: Leaving)
22:30:56 Quit T44 (Read error: Connection reset by peer)
22:31:04 Join linuxstb [0] (
22:31:25 Quit y4n (Quit: PANTS OFF!)
22:31:37 Join T44 [0] (
22:32:23 Join MethoS- [0] (~clemens@
22:36:54 Quit MethoS- (Client Quit)
22:44:47funmanhi gmaxwell
22:45:13gmaxwellfunman: greetings.
22:45:42funmangmaxwell: bertrik said he wanted to look at opus for rockbox a few days ago
22:46:29funmanbertrik: i think flac-in-flac-container uses vorbis comments (afaik metadata is not part of ogg container)
22:46:51gmaxwellHe and freqmod have, and there is something now which is "running" in the sim.
22:47:21gmaxwellThere were some challenges wrt stack usage and I made a suggestion about the opus build config for that, not sure where it stands this second.
22:47:54funmanah you progress to fast for me to follow :)
22:48:48 Quit Xerion (Quit: )
22:51:19 Quit stoffel (Remote host closed the connection)
22:51:30 Join Xerion [0] (
22:53:54 Join stoffel [0] (
22:54:24 Quit kevku (Ping timeout: 248 seconds)
22:55:26funmanis there a patch on gerrit ?
23:04:23 Quit [Saint] (Ping timeout: 260 seconds)
23:06:01 Part amayer
23:07:01 Join perrikwp_ [0] (
23:07:03 Quit perrikwp (Read error: Operation timed out)
23:07:10bertrikfunman, I fixed some stuff regarding metadata parsing and elapsed time (so the progress bar shows correct progress), but haven't been able to make it run on target yet
23:07:38bertrikI think I can't just push that to the repo of freqmod
23:07:56bertrikfreqmod is away this week
23:09:29 Quit kugel (Remote host closed the connection)
23:10:20bertrikbut the latest stuff from his repo runs in the simulator
23:11:54gmaxwellI see he's still using VAR_ARRAYs.. so it's probably running into the stack usage issues that were mentioned on the actual target.
23:13:26funmanbertrik: maybe try running the sim in valgrind to see errors non-fatal in the sim but fatal on target
23:14:01gmaxwellI mean I don't think there is any doubt. if you only have 9k stack then I'm pretty sure that isn't enough for a VAR_ARRAY configured build.
23:14:14bertrikgmaxwell, so the new plan should be to use the NONTHREADSAFE_PSEUDOSTACK thing instead of VAR_ARRAYS, right?
23:14:35 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.)
23:14:37gmaxwellRight, and it'll need a little twiddling because you'll need to allocate some more heap for that.
23:15:23bertrikunfortunately, the whole memory mapping thing on rockbox is a bit of a mystery to me
23:15:39bertrikwe have all kinds of weird hacks to steal memory here and there
23:15:53gevaertsWe do?
23:16:18gmaxwellwell, it allocates heap for the decoder state already. Stubbing out the allocation functions in NONTHREADSAFE_PSEUDOSTACK and setting the global to point to some more heap that comes out of that codec_malloc call should be enough.
23:17:28bertrikgevaerts, what does codec_malloc do?
23:19:00gevaertsbertrik: at first sight, it malloc()s memory from the leftover codec buffer
23:19:13bertrikrunning the sim with gdb always gives me weird issues
23:19:19 Join TheLemonMan [0] (
23:19:19 Quit TheLemonMan (Changing host)
23:19:19 Join TheLemonMan [0] (~LemonBoy@unaffiliated/thelemonman)
23:20:12funmanbertrik: i think you need sdl-threads
23:20:23gevaertssdl threads are a bit easier, yes
23:20:29 Join kugel [0] (~kugel@
23:20:29 Quit kugel (Changing host)
23:20:29 Join kugel [0] (~kugel@rockbox/developer/kugel)
23:24:16 Quit rasher (Read error: Connection reset by peer)
23:24:52*bertrik is waiting for doom to compile again ...
23:25:52funmanbertrik: make bin && make codecs ?
23:26:44 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940)
23:26:49funman(to skip building rocks)
23:27:52 Quit stoffel (Remote host closed the connection)
23:28:23 Join rasher [0] (~rasher@rockbox/developer/rasher)
23:30:09wodzgevaerts: dict returning 'Failed to allocate buffer' is super weird. Are you sure you tested v8 build not the previous one once again?
23:31:16 Quit T44 (Read error: Connection reset by peer)
23:31:36 Join T44 [0] (
23:33:43bertrikhm, gdb isn't complaining, let's try on target
23:34:31funmangdb will not complain unless rockbox crashes
23:35:01funmanand even then it won't complain, but just let you navigate the code before the crash
23:35:03 Quit kugel (Read error: Operation timed out)
23:35:05bertrikoh, I should try valgrind
23:35:53bertrikwhen compiling for a target, I still have a malloc popping up somewhere
23:35:58n1svalgrind seems to not be very good at figuring out our homegrown malloc stuff
23:36:22n1sor well, not our but tlsf
23:36:41***Saving seen data "./dancer.seen"
23:36:55n1sbertrik: some codecs use a more or less real malloc now
23:38:21 Quit n1s (Quit: Ex-Chat)
23:38:52funmanvalgrind will not track our malloc at all for memory leaks but it should catch overreads/overwrites
23:40:20bertrikmalloc in opus should be replaced by a different mechanism with the proper #defines now as far as I understand
23:41:03 Join WilliamC [0] (
23:41:12WilliamCMy mp3 player isn't charging over 50%
23:42:06WilliamCAny idea as to why?
23:44:16bertrikwhich player?
23:44:24WilliamCSansa Clip Zip
23:44:44bertrikthen I have no idea why
23:48:32WilliamCIt was fully charged, something was bugged in the theme
23:48:51WilliamCor not
23:49:10WilliamCWould buggy Rockbox firmware keep it from charging?
23:49:12 Quit mc2739 (Quit: reboot)
23:51:08funmanyou can take a look at charging debug screen
23:51:34WilliamCI cannot access that when it's charging
23:51:36 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739)
23:52:19 Quit [Saint] (Ping timeout: 248 seconds)
23:53:34 Quit wodz (Quit: Leaving)
23:55:58funmanhm yes you can, just press any button while you plug the cable and it'll go in charging only mode (no USB data connection)
23:56:08 Join kugel [0] (~kugel@
23:56:09 Quit kugel (Changing host)
23:56:09 Join kugel [0] (~kugel@rockbox/developer/kugel)
23:56:46WilliamCI'll do that when I'm done using it
23:58:20gevaertswodz: I checked the version number a few times when I started noticing the similar issues

Previous day | Next day