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 2017-12-02

00:09:32pamaurymaybe that's because we compile with -O instead of -O2
00:15:59_Bilgusgood point
00:24:20 Quit pamaury (Ping timeout: 240 seconds)
00:44:00 Quit xorly (Ping timeout: 248 seconds)
01:04:18 Quit lebellium (Quit: Leaving)
01:07:41 Quit bp0 (Read error: No route to host)
01:13:46***Saving seen data "./dancer.seen"
01:28:16 Quit jhMikeS (Ping timeout: 248 seconds)
01:30:36 Join jhMikeS [0] (
01:35:04 Quit jhMikeS (Ping timeout: 240 seconds)
01:35:06 Join krabador [0] (~krabador@unaffiliated/krabador)
03:13:49***Saving seen data "./dancer.seen"
03:33:04 Quit _meg (Ping timeout: 240 seconds)
03:34:01 Join _meg [0] (~notsure@
04:00:31 Quit smoke_fumus (Quit: KVIrc 4.2.0 Equilibrium
04:48:34 Quit krabador (Quit: Leaving)
05:13:50***Saving seen data "./dancer.seen"
06:07:14 Quit TheSeven (Ping timeout: 250 seconds)
06:15:19 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
06:48:48 Quit TheSeven (Ping timeout: 258 seconds)
06:49:07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
07:12:19 Quit dovber (Remote host closed the connection)
07:12:47 Join dovber [0] (~dovber@2600:8801:3180:19:beee:7bff:fee3:335f)
07:13:51***Saving seen data "./dancer.seen"
08:20:40 Join jhMikeS [0] (
08:28:05 Quit prof_wolfff_ (Ping timeout: 260 seconds)
08:36:16 Join ender` [0] (
08:39:50 Join dys [0] (
08:54:50 Quit jhMikeS (Ping timeout: 240 seconds)
09:00:53 Join jhMikeS [0] (
09:05:25 Quit jhMikeS (Ping timeout: 260 seconds)
09:13:53***Saving seen data "./dancer.seen"
10:05:53 Join jhMikeS [0] (
10:26:09 Quit dys (Ping timeout: 260 seconds)
10:33:40 Join johnb2 [0] (
10:51:54 Join dys [0] (
10:55:51 Join lebellium [0] (
10:56:24 Quit [Saint] (Read error: Connection reset by peer)
10:56:43 Join [Saint] [0] (~quassel@rockbox/staff/saint)
11:10:50 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
11:13:56***Saving seen data "./dancer.seen"
11:15:27 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:89b5:f277:c9fd:f405)
11:37:18 Quit jhMikeS (Ping timeout: 248 seconds)
12:05:34 Quit johnb2 (Ping timeout: 248 seconds)
12:22:46 Join prof_wolfff [0] (
12:27:04 Quit prof_wolfff (Ping timeout: 240 seconds)
12:28:28 Join prof_wolfff [0] (
12:29:23 Join kevin [0] (
12:29:46 Nick kevin is now known as Guest815 (
12:30:00 Nick Guest815 is now known as kevin3 (
12:30:25 Quit kevin3 (Client Quit)
12:30:40 Quit dys (Ping timeout: 248 seconds)
12:32:54_Bilguspamaury, I know it is an unused function but imx233_dcp_blit_ex has a fatal error in it
12:33:20 Join kevinc [0] (root@2600:3c00::f03c:91ff:fe84:2cf3)
12:33:30_BilgusHW_DCP_CTRL0__ENABLE_MEMCOPY shouldn't be there
12:34:47_Bilgusalso I'm not sure about line 187 either w | h << HW_DCP_SIZE__NUMBER_LINES_BP <- whats that supposed to be doing? by the size_t arguments it seems the user should be providing a size yet it shifts by a further 16 bits?
12:35:12pamaury_Bilgus: I've never used the function :-p
12:35:56_BilgusI was checking them out while memcopy provides absolutely no performance increase maybe even a penalty I figured blit might be nice
12:35:59pamauryI think it's some leftover of when I played with the dcp
12:36:16pamauryiirc the memcpy was significantly faster than the cpu for large buffer
12:36:18kevinchi.. I'm stopping by to commend you all.. I got rockbox working on a Creative X-Fi a couple of weeks ago and I am simultaneously listening to music and reading a text in the speedreader. This is cool. Boy are these devices underutilized by their original firmware. I love it, thank you
12:37:02_Bilgusyeah memcopy was underwhelming at best blit otoh just kept crashing
12:37:31pamauryI mean hardware memcopy is faster than cpu memcopy for large buffer
12:37:48pamaurybut slower for small buffers, at least when I played with it a long long time ago
12:37:59 Quit kevinc (Client Quit)
12:39:44 Join dys [0] (
12:39:53pamauryalso I think the blit operation has some serious limitation like the source must be continugous, which limits its usefulness
12:40:02_Bilgusreally? I noticed it to be on par or lower in performance than SW memcopy I suppose the size of buffer part comes into play there
12:40:43 Join jhMikeS [0] (
12:41:34pamaury_Bilgus: you need really large buffers, for almost any buffer smaller than the framebuffer, software memcpy is faster
12:41:53_Bilgusyeah source must be contiguous I was just kinda playing around with it but noted the crashing
12:42:46pamauryI think the code used to work
12:43:00_Bilgusah I see so it might be nice for some kind of transform or something but it's pretty much useless
12:43:01pamaurythough I mostly played with memcopy, not blit
12:44:44pamaurythe dcp is really mostyl useful for hashing and encryption, which we don't need
12:45:13pamauryand it can do colorspace conversion too, that could be useful
12:56:37_Bilgusinteresting thing to include in a SoC though must be a pretty specialized thing but maybe they just figured it was already there so might as well use it
13:00:32 Join petur [0] (~petur@rockbox/developer/petur)
13:02:03 Join xorly [0] (
13:03:27pamauryit's useful to do YUV > RGB, when playing videos
13:10:36 Quit _meg (Ping timeout: 250 seconds)
13:11:28 Join _meg [0] (~notsure@
13:13:59***Saving seen data "./dancer.seen"
14:04:49 Join PimpiN8 [0] (
14:17:46 Quit _meg (Ping timeout: 250 seconds)
14:18:27 Join _meg [0] (~notsure@
14:27:34 Quit _meg (Ping timeout: 240 seconds)
14:31:46 Join _meg [0] (~notsure@
14:39:32 Quit JdGordon (Ping timeout: 258 seconds)
14:46:41 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
14:56:48 Quit JdGordon (Ping timeout: 260 seconds)
15:00:04 Quit _meg (Ping timeout: 240 seconds)
15:04:20 Join _meg [0] (~notsure@
15:04:50 Join TheLemonMan [0] (~lemonboy@irssi/staff/TheLemonMan)
15:13:20 Quit ZincAlloy (Quit: Leaving.)
15:14:03***Saving seen data "./dancer.seen"
15:27:56 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:29:48 Join PimpiN8 [0] (~textual@2a02:a454:38ea:1:fdc7:2b8b:e083:d827)
15:31:24 Quit petur (Remote host closed the connection)
15:43:50 Quit _meg (Ping timeout: 260 seconds)
15:44:41 Join _meg [0] (~notsure@
15:47:28 Part ender`
15:51:22 Quit _meg (Ping timeout: 250 seconds)
15:57:42 Join _meg [0] (~notsure@
16:10:54 Quit TheLemonMan (Ping timeout: 248 seconds)
17:14:06***Saving seen data "./dancer.seen"
17:15:08 Quit pamaury (Remote host closed the connection)
17:21:01 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
17:31:48 Join krabador [0] (~krabador@unaffiliated/krabador)
17:46:06 Join JannF [0] (
18:04:19 Quit _meg (Ping timeout: 255 seconds)
18:05:23 Join _meg [0] (~notsure@
18:06:08pamaury_Bilgus: I'm looking at the fuze+ lcd and it's a bit messy, the ST7781 does not support VSYNC mode (but some other variant when the lcd generates VSYNC), ST7781R supports VSYNC, ST7783 does not have a datasheet. And on top of that, there is no way to distinguish them anyway because they all report the same device code in register R01. So I'm going to assume that the fuze+ indeed supports VSYNC and pray ;)
18:22:18 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:848:2ccd:ca95:e8b)
18:22:29 Join lukeoftheaura [0] (~lukeofthe@
18:22:56lukeoftheaurasomehow my firmware seems to have been deleted from my sansa fuze+
18:23:05lukeoftheaurait just says missing firmware when I boot
18:23:09lukeoftheaurahow can I fix this?
18:24:41 Join almog1006 [0] (4d8bf186@gateway/web/freenode/ip.
18:25:24lukeoftheaurawhen I boot to the sansa OS it says a database error and says I should format the device
18:29:38lukeoftheauraoh fuck that's why
18:31:38lukeoftheauraI accidentally imaged live-boot linux onto iyt
18:36:22 Quit krabador (Remote host closed the connection)
18:37:52 Join krabador [0] (~krabador@unaffiliated/krabador)
18:39:13 Quit almog1006 (Ping timeout: 260 seconds)
18:39:34 Quit lukeoftheaura (Quit: Leaving)
18:45:56 Quit JannF (Ping timeout: 260 seconds)
18:58:25 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon)
19:02:29 Join CrashBash-Kun [0] (~CrashBash@unaffiliated/crashbash-kun)
19:14:10***Saving seen data "./dancer.seen"
19:26:03 Join JannF [0] (
19:45:26 Quit JannF (Ping timeout: 240 seconds)
20:29:00 Quit PimpiN8 (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:33:07 Join johnb2 [0] (
21:10:36 Quit preglow (Ping timeout: 260 seconds)
21:14:12***Saving seen data "./dancer.seen"
21:16:55 Join JannF [0] (
21:23:03 Quit JannF (Ping timeout: 276 seconds)
21:24:30 Quit johnb2 (Ping timeout: 248 seconds)
21:30:34 Quit krabador (Quit: Leaving)
22:31:18 Quit dys (Ping timeout: 276 seconds)
23:05:43 Join chrisb [0] (~chrisb@
23:14:14***Saving seen data "./dancer.seen"
23:26:08 Join preglow [0] (~thomj@2001:840:4243:3::101)
23:46:28 Join JannF [0] (
23:50:19 Quit JannF (Client Quit)
23:52:58 Join mendelmunkis [0] (
23:54:04 Join fire2199 [0] (~fire2199@gateway/tor-sasl/fire2199)
23:56:05 Join dvorak [0] (
23:56:16 Join robertd1 [0] (~root@
23:56:36fire2199is it possible for a firmware upgradable cd player that reads wma and mp3 to read flac files? in other words, does decoding flac requires some special cpu features?
23:57:57 Join saratoga [0] (123e13ce@gateway/web/freenode/ip.
23:58:32saratogafire2199: flac decoding requires a few hundred kb of RAM and (realistically) a 32 bit CPU, but not much else
23:58:36 Quit mendelmunkis (Ping timeout: 260 seconds)

Previous day | Next day