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).

Notice: Only Gecko based browsers prior to FF4 support the multipart/mixed "server push" method used by this log reader to auto-update. Since you do not appear to use such a browser, this page will simply show the current log, and not automatically update.

#rockbox log for 2012-12-26

00:12:46 Quit kevku (Ping timeout: 264 seconds)
00:13:46***Saving seen data "./dancer.seen"
00:17:41 Join eckoit [0] (~ryan@
00:18:21 Quit eckoit (Client Quit)
00:22:05 Quit zaphee (Remote host closed the connection)
00:35:06 Quit Wardo (Read error: Connection reset by peer)
00:38:50 Quit melmothX (Quit: bau)
00:46:04 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox)
00:53:31 Quit Rower85 (Quit: Hmmm...)
01:01:46 Quit shamus (Read error: Connection reset by peer)
01:02:29 Join shamus [0] (
01:05:19 Quit bertrik (Read error: Connection reset by peer)
01:48:46 Quit shamus (Read error: Connection reset by peer)
01:49:41 Join shamus [0] (
02:05:19 Quit thomasjfox (Quit: Konversation terminated!)
02:07:37 Join saratoga [0] (47e22765@gateway/web/freenode/ip.
02:12:40saratogawith a fresh source checkout i can't build the codec lib test program on ubuntu
02:13:44saratogamake: *** No rule to make target `/rockbox/codecs/pcm_record.h', needed by `/rockbox/codecs/lib/rbcodec/test/warble.o'.
02:13:47***Saving seen data "./dancer.seen"
02:13:50saratogaany ideas?
02:14:23[Saint]If you figure out the dependencies for the ypr0 toolchain for 64bit Ubuntu, gimme a yell?
02:14:45*[Saint] *cannot* build the bastard thing.
02:17:40gevaertssaratoga: which target are you configuring for?
02:17:52saratogagevaerts: i tried a few
02:18:06gevaertsIt works for me for the sdl app one
02:18:24saratogaif they have recording, i get that error, if they do not, i get a conflict on "commit_dcache" with target-hosted.h
02:18:31saratogalet me try that
02:19:03 Join sakax [0] (
02:19:07saratogaah that seems to work
02:19:23saratogadid we always have to select SDL for warble? i thought i didn't used to do that
02:19:35saratogaalthough i guess it makes sense
02:21:25gevaertsNot sure. I seem to remember that not all targets work
02:30:34saratogaare there any sites with higher bitrate opus files handy?
02:32:51 Join solarcloudpng [0] (~solarclou@
02:33:22[Saint]transcode that sheeeeeeet, biatch.
02:34:02*[Saint] refuses to believe saratoga has no lossless files lying around. ;)
02:41:26 Quit ender` (Quit: Sin is an imaginary disease invented to sell you an imaginary cure.)
02:48:04 Quit shamus (Read error: Connection reset by peer)
02:49:04 Join shamus [0] (
02:49:19pamaurythere a many build errors, something about libtlsf
02:52:14[Saint]pamaury: for a particular target, for all, that a response to my ypr0 toolchain comment earlier?
02:56:34pamauryjust a remark, I committed a few things and noticed that are a few reds but they seems irregular, perhaps a buildbot problem
02:57:08pamaurysee by yourself:
02:57:37*[Saint] wonders why 'saint' isn't connected.
02:58:17 Quit shamus (Read error: Connection reset by peer)
02:58:36 Join shamus [0] (
03:02:14 Quit pamaury (Ping timeout: 252 seconds)
03:22:31 Quit sentriz (Quit: Leaving)
03:22:39 Quit nateloaf (Quit: Leaving.)
03:22:56 Quit prof_wolfff (Remote host closed the connection)
03:28:17 Join Belzebub_ [0] (~torrentow@
03:29:11 Quit Belzebub (Ping timeout: 265 seconds)
03:29:21 Quit shamus (Read error: Connection reset by peer)
03:29:37 Join shamus [0] (
03:30:09 Quit solarcloudpng (Ping timeout: 255 seconds)
03:30:15 Quit solarcloud (Ping timeout: 244 seconds)
03:31:59 Join Strife89 [0] (~Strife89@
03:32:34 Join tuxpaula [0] (~solarclou@
03:34:01 Quit brkfstsqd (Ping timeout: 252 seconds)
03:42:46 Quit Strife89 (Ping timeout: 264 seconds)
03:46:16 Join brkfstsqd [0] (
04:05:22 Join TheSphinX_ [0] (
04:07:53 Quit TheSphinX^ (Ping timeout: 252 seconds)
04:13:48***Saving seen data "./dancer.seen"
04:40:03 Quit SuperBrainAK (Quit: pbly going to sleep /_\)
04:58:08 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn)
04:58:08 Quit amiconn (Disconnected by services)
04:58:08 Quit pixelma (Disconnected by services)
04:58:09 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma)
04:58:11 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma)
04:58:13 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn)
05:06:20 Quit TheSeven (Disconnected by services)
05:06:30 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
05:19:42saratogaC_MULC in libopus would probably be a lot faster in armv5 since we could use packed multiply-shift operations instead of loading 16 bits and masking off values
05:20:50*[Saint] thinks you codec optimization guys are nutbags ;)
05:21:05[Saint]Looking into some of the "simple" codecs has often made me want to cry.
05:21:14[Saint]Braver men than I.
05:26:34saratogacodecs are just sequences of for loops operating on arrays
05:26:47saratogathey're easy to optimize once you realize that
05:27:12[Saint]its the "must. squeeze. every. last. bit." that I can't "see".
05:27:19[Saint]I don't have the foresight to do so.
05:28:28saratogayou mean every last cycle?
05:29:03[Saint]Yes, indeed. I realised after pressing enter that using "bit" was rather non-obvious.
05:29:20saratogaok wanted to make sure you weren't talking about encoders
05:29:30*[Saint] nods
05:29:52saratogafor decoders its actually not so complicated, most loops are fairly simple, and to optimize them you just try to make as many cycles as possible be spent doing a multiplication-add operation
05:30:20saratogato do that you look at the source and destination arrays and try to figure out how to set them up logically so the multiplier is never waiting on work
05:30:25saratogawhen you do that you're pretty much done
05:31:05[Saint]It always amuses me when I see such "It really isn't so complicated..." responses. As I'm sure, to you, it isn't. :)
05:31:06saratogaand usually thats what gcc has the most trouble with since it doesn't know quite as much about the organization of stuff in memory as someone who reads the code
05:31:31[Saint]But then, there's people much smarter than I that barf on the skin language we have, so, at least I understand something well :P
05:31:57 Join TheSphinX^ [0] (
05:32:00saratogawell its a finite series of steps that becomes fairly obvious how it should go once you look at it step by step
05:32:12saratogathe end result is complicated but the steps are small and individually simple
05:32:37saratogaload val1, load val2, multiply val1*val2, save product into location 3
05:33:35[Saint]I suppose I don't think like that because I've never really worked on anything that needed me to eek out every last bit of performance.
05:34:44saratogai guess its a lot more obvious once you know assembly :)
05:34:59 Quit TheSphinX_ (Ping timeout: 260 seconds)
05:36:16[Saint]I have somewhat of a "good enough" attitude to some things. In my mind, 101% realtime on the supported targets is where I'd stop.
05:37:05 Join Rower85 [0] (
05:37:08saratogai just want every format to have good battery life
05:37:17*[Saint] nods
05:40:07derfsaratoga: I can make some higher-bitrate Opus files if you need them.
05:42:11saratogaderf: no i found one
05:44:02saratogaderf: i think i'm going to take a look at the opus fft
05:45:09derfLet me know what I can do to help.
05:45:52saratogado you know much about the celt part of the codec?