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 2018-04-03

00:09:59 Quit TheSeven (Ping timeout: 252 seconds)
00:15:49 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
00:25:31fs-bluebotBuild Server message: New build round started. Revision fb3f765, 273 builds, 12 clients.
00:40:59 Quit irl (Read error: Connection reset by peer)
00:41:11 Join dandels [0] (~dandels@unaffiliated/dandels)
00:42:48ulmutulThe built system is quite slow today, I'll check for errors tomorrow.
00:44:59 Join irl [0] (~irl@shiftout.plus.com)
00:46:17 Quit ulmutul (Quit: Leaving)
00:54:09 Quit ZincAlloy (Quit: Leaving.)
00:57:52 Quit petur (Quit: Leaving)
01:00
01:06:39 Quit dys (Ping timeout: 248 seconds)
01:39:55 Quit alucryd (Ping timeout: 240 seconds)
01:42:00***Saving seen data "./dancer.seen"
02:00
02:30:21 Join Strife1989 [0] (~quassel@adsl-98-80-192-222.mcn.bellsouth.net)
02:31:27 Quit Strife89 (Ping timeout: 248 seconds)
02:41:18 Quit dandels (Ping timeout: 276 seconds)
02:47:19 Quit TheSeven (Ping timeout: 240 seconds)
02:47:58 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
02:59:00 Quit pamaury (Remote host closed the connection)
03:00
03:12:35 Quit Rower (Read error: Connection reset by peer)
03:13:11 Join Rower [0] (husvagn@m83-182-174-86.cust.tele2.se)
03:42:02***Saving seen data "./dancer.seen"
04:00
04:32:12 Join csussman [0] (44aea892@gateway/web/freenode/ip.68.174.168.146)
04:56:05__builtinuser890104: what state is your fake86 port in?
04:56:35__builtinThere's a user on the forums that's interested in running the original Duke Nuken (not 3D)
05:00
05:06:12 Quit csussman (Quit: Page closed)
05:42:05***Saving seen data "./dancer.seen"
06:00
06:22:55 Quit noobineer (Ping timeout: 255 seconds)
06:35:23 Join hoshi [0] (~Hoshi@acey150.neoplus.adsl.tpnet.pl)
06:39:50 Quit jhMikeS (Ping timeout: 240 seconds)
06:40:56 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
06:45:57 Quit jhMikeS (Ping timeout: 264 seconds)
07:00
07:16:38 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:a8a6:6915:f0c4:8b3b)
07:21:00 Quit ZincAlloy (Ping timeout: 256 seconds)
07:42:09***Saving seen data "./dancer.seen"
07:48:35 Quit pixelma (Quit: .)
07:48:36 Quit amiconn (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
07:49:30 Join amiconn [0] (~amiconn@rockbox/developer/amiconn)
07:49:31 Join pixelma [0] (~pixelma@rockbox/staff/pixelma)
07:55:15 Join dys [0] (~dys@tmo-123-180.customers.d1-online.com)
08:00
08:07:09 Join Strife89 [0] (~quassel@adsl-98-80-187-230.mcn.bellsouth.net)
08:09:36 Quit hoshi (Ping timeout: 248 seconds)
08:10:31 Quit Strife1989 (Ping timeout: 260 seconds)
08:22:38 Join ender` [0] (krneki@foo.eternallybored.org)
09:00
09:42:12***Saving seen data "./dancer.seen"
09:59:04 Quit dys (Ping timeout: 240 seconds)
10:00
10:03:12 Quit sanchaez (Ping timeout: 248 seconds)
10:03:39 Quit Rower (Ping timeout: 268 seconds)
10:04:31 Join Rower [0] (husvagn@m83-182-174-86.cust.tele2.se)
10:24:34 Join hoshi [0] (~Hoshi@acey150.neoplus.adsl.tpnet.pl)
10:32:11 Join diox [0] (~u@h-103-251.A785.priv.bahnhof.se)
10:34:14 Quit diox_ (Ping timeout: 256 seconds)
10:35:53 Join sanchaez [0] (~sanchaez@95.67.87.200)
10:42:32 Join dandels [0] (~dandels@unaffiliated/dandels)
11:00
11:20:48user890104__builtin: not in a good state, hardcoded keymap to run alleycat, no sound
11:21:26user890104also the input handling is awful, i wrote it just to make alleycat work
11:32:50 Join ulmutul [0] (~ulmutul@rockbox/developer/ulmutul)
11:35:56fs-bluebotBuild Server message: New build round started. Revision 0486e5b, 273 builds, 11 clients.
11:42:16***Saving seen data "./dancer.seen"
11:59:20 Quit advcomp2019__ (Ping timeout: 246 seconds)
12:00
12:31:28 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
12:55:01 Quit JanC (Read error: Connection reset by peer)
12:57:39pamauryulmutul: one of my build clients was down, now the build system should be (marginally) faster
12:57:58ulmutulFine!
13:00
13:05:26ulmutulI'd like to push g#1353 and g#1354 soon. Any objections?
13:05:29fs-bluebotGerrit review #1353 at http://gerrit.rockbox.org/r/1353 : Fix lcd not waking up when backlight is always off by Sebastian Leonhardt
13:05:29fs-bluebotGerrit review #1354 at http://gerrit.rockbox.org/r/1354 : transflective LCDs: fix "first buttonpress enables backlight only" by Sebastian Leonhardt
13:10:56 Quit dandels (Ping timeout: 240 seconds)
13:15:15pixelmahuh, why does the LCD need to be woken up (isn't there in a separate setting for this, if so maybe it's better to have another "first press enables LCD only" that goes along with it?)
13:25:02 Join JanC [0] (~janc@lugwv/member/JanC)
13:26:20 Join noobineer [0] (~noobineer@2601:401:8000:bc5f:a5ca:8ede:27e4:d664)
13:28:15 Join massiveH [0] (~massiveH@ool-18e4e27c.dyn.optonline.net)
13:32:14ulmutulIf you enable "first buttonpress enables backlight only" on any device you expect to make the display visible with any buttonpress, but the button shouldn't have any effect. However in the current codebase, if you completely disable the backlight (this makes sense if you use a transflective target in a bright environment), if the lcd is set to sleep (i.e. you can't see anything) and then you press a button, the lcd wakes up AND the button
13:32:14ulmutulaction is performed. You would expect the first buttonpress to only wake up the lcd, without performing the action.
13:32:31pamauryulmutul: I am not sure I 100% understand this but on principle it looks ok. Basically the problem is some code assumes some correlation between backlight off and lcd off?
13:33:19pamauryyes I agree the behavior should be consistent among targets
13:40:11 Join hoshi_ [0] (~Hoshi@acey150.neoplus.adsl.tpnet.pl)
13:40:13 Quit hoshi_ (Remote host closed the connection)
13:41:07ulmutulIIUC lcd sleep was first introduced to have an additional state for powersaving: Backlight on (Display is visible)-Backlight off(lcd not visible)-LCD sleep (powersaving)-LCD controller off(max powersaving, but may need a long time to be restarted)
13:41:16 Join hoshi_ [0] (~Hoshi@acey150.neoplus.adsl.tpnet.pl)
13:41:43 Quit hoshi (Ping timeout: 264 seconds)
13:42:18***Saving seen data "./dancer.seen"
13:43:13ulmutulThe lcd-sleep-setting was then re-used for transflective displays: sleeping lcd means: display is shut off and not visible any more. This makes sense, as there's a setting available for the time after which the lcd is set to sleep.
13:45:03ulmutulHowever some parts of the code still assume that the lcd is only visible when the backlight is on and therefore doesn't work (consistently) with transflective lcds when the backlight is completely switched off.
13:54:47pamauryI am also not sure how consistent the code is wrt to the various power state of the display, for me the difference between lcd_sleep() and lcd_enable() was always a bit fuzzy
13:57:29ulmutulIIUC on some targets re-enabling the lcd was rather slow, so an intermediate state was introduced (with an user-configurable time).
14:00
14:03:49 Quit noobineer (Ping timeout: 276 seconds)
14:16:56 Join amayer [0] (~amayer@107-1-97-172-ip-static.hfc.comcastbusiness.net)
14:20:58pixelmaulmutul: but shouldn't this be a different setting (at least with a different name) or... maybe it is, I only read your description
14:21:31pixelma(probably wouldn't have understood the code anyway)
14:48:07ulmutulpixelma: I don't think we should be more catholic than the pope here. The patch should only affect the usecase when you set the backlight to "always off". The original source works too literally for me (don't ignore the buttonpress, because the backlight isn't affected), whereas IMO the buttonpress should be ignored because it switches the lcd state from invisible to visible (regardless of the wording "..enables backlight..").
14:49:16 Quit massiveH (Quit: Leaving)
14:58:35fs-bluebotBuild Server message: New build round started. Revision 7a12e79, 273 builds, 13 clients.
15:00
15:08:51pixelmawhat happens if the lcd is not disabled but the backlight is "always off"?
15:11:48pixelmaand about the settings names - if one doesn't know the correlation, would you expect a backlight setting to have an influence on the display enabling/disabling?
15:13:32ulmutulIf the backlight is "always off" and the lcd is not disabled, the buttonpress should work normally.
15:13:54*pixelma admits that she wouldn't disable the display on so the discussion is a bit academic
15:14:24pixelma"on such a target" that is
15:16:55ulmutulAnd I think that most people use their transflective targets at least sometimes with the backlight enabled (the setting then works like on any other target).
15:17:56*ulmutul admits that he is too lazy to implement another setting and write the proper documentation
15:20:42ulmutulI think it's not worth the hassle regarding the rather small usecase ^
15:22:19 Quit Moarc (Quit: i znowu NADMUCHAƁ BALONA)
15:25:38ulmutulBTW do we have any reflective LCD targets? (as opposed to transflective)
15:26:10 Join Moarc [0] (~chujko@a105.net128.okay.pl)
15:32:21ulmutulBBL
15:32:27 Quit ulmutul (Quit: Leaving)
15:37:28 Quit Moarc (Quit: i znowu NADMUCHAƁ BALONA)
15:40:58 Join Moarc [0] (~chujko@a105.net128.okay.pl)
15:42:21***Saving seen data "./dancer.seen"
15:46:26 Join jhMikeS [0] (~jethead71@d192-24-173-177.try.wideopenwest.com)
16:00
16:02:58 Join ernestask [0] (~ernestask@78-56-62-157.static.zebra.lt)
16:48:16 Quit mmint (Ping timeout: 276 seconds)
16:49:01 Join mmint [0] (~mmint@unaffiliated/mmint)
17:00
17:37:17pixelmaulmutul (logs): if you mean those "pitch black without backlight" types then I guess the answer is yes. Almost all of the colour display ones I know are this way with the colour display Ipods being the exception. I'm not sure about the "newer" targets like the Sonys and Fiios though, I wouldn't be surprised if those were the pitch black type too
17:38:05pixelmamaybe just the Ipod Nanos and Videos
17:38:40pixelmahave transflective displays (sorry for the unintentional linebreak)
17:42:19 Quit pamaury (Ping timeout: 264 seconds)
17:42:23***Saving seen data "./dancer.seen"
17:47:43 Quit TheSeven (Remote host closed the connection)
17:48:14 Join advcomp2019 [0] (~advcomp20@65-131-167-208.sxct.qwest.net)
17:48:14 Quit advcomp2019 (Changing host)
17:48:14 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019)
17:50:15 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
17:58:04 Quit hoshi_ (Read error: Connection reset by peer)
18:00
18:04:19 Quit TheSeven (Ping timeout: 276 seconds)
18:06:44 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
18:21:40 Join ulmutul [0] (~ulmutul@rockbox/developer/ulmutul)
18:35:35 Quit TheSeven (Remote host closed the connection)
18:38:07 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
18:48:23 Join petur [0] (~petur@rockbox/developer/petur)
18:53:10 Join ZincAlloy [0] (~Adium@2a02:8108:8b80:1700:a4e2:44e6:97d3:65bd)
19:00
19:01:04ulmutulpixelma: I mean exactly the opposite: LCDs like the ones common in alarm clocks, usually black and white, good readable even in modest light, and a "backlight" that shines from top on the lcd (not from behind through the LCD; that is where the "trans" is coming from).
19:03:30ulmutulFor the logs: Samsung YH-820 and I think Philips HDD6330 also have transflective LCDs.
19:05:46pixelmathe harddisk Archoses are this way IIRC (Recorders, Player). The stock Ondios don't have a backlight at all, there is the possibility of a hardware mod which adds EL backlight - AFAIK it's the same display type as the Recorders'... it has the same rectangular pixels
19:07:47pixelmaso you could call them transflective still. Hmm, then that's probably not what you mean. I just stopped at "backlight" that shines from the top
19:08:57ulmutulIf it hasn't a backlight at all, then it's definitive what I'm looking for :)
19:10:50ulmutulDo you know if the Display stays always on on the Archos/Ondios? Or do they have LCD sleep?
19:11:35pixelmano, I mean the other Archoses. Their display is still transflective even though the "backlight" is made of 4 LEDs that shine from outside the screen (2 at the top and 2 at the bottom)
19:13:48 Quit mendelmunkis (Remote host closed the connection)
19:14:02pixelmaI don't think they have LCD sleep but I haven't updated Rockbox on my backlit Ondio for years. And I actually don't see the point in an LCD sleep, I don't think their display uses much energy
19:14:39 Join mendelmunkis [0] (~Moshe@97-116-105-84.mpls.qwest.net)
19:15:18 Quit mendelmunkis (Remote host closed the connection)
19:19:28ulmutulI looked up in the manual, there's no sleep setting mentioned. And yes, especially the old b&w LCDs use very little power, so there's no need for sleep.
19:22:03 Quit TheSeven (Ping timeout: 252 seconds)
19:23:21ulmutulEven on the YH820 the power consumtion of the LCD (without backlight) is so low, that the effect on the runtime is almost negligible.
19:40:26 Join mendelmunkis [0] (~Moshe@97-116-105-84.mpls.qwest.net)
19:42:25***Saving seen data "./dancer.seen"
19:50:19 Join lebellium [0] (~hexchat@89-93-177-206.hfc.dyn.abo.bbox.fr)
19:57:14 Join hoshi [0] (~Hoshi@acey150.neoplus.adsl.tpnet.pl)
20:00
20:09:12 Join this_is_a_nick [0] (~amofiuhr_@201.202.113.101)
20:09:19 Quit this_is_a_nick (Client Quit)
20:18:27 Quit sanchaez (Ping timeout: 256 seconds)
20:25:35 Join pamaury [0] (~pamaury@rockbox/developer/pamaury)
20:29:32mendelmunkisIs there someone with a non color target who can test g#1836 for effects? it works on simulator but I dont have hardware
20:29:35fs-bluebotGerrit review #1836 at http://gerrit.rockbox.org/r/1836 : Textviewer night mode by Moshe Piekarski
20:37:44 Join ender [0] (krneki@foo.eternallybored.org)
20:38:38 Quit hoshi (Read error: Connection reset by peer)
20:41:08 Join jonathant_ [0] (~quassel@2601:400:8180:f6d:1d1a:9616:6e58:9e15)
20:46:14 Join aphirst_ [0] (~aphirst@unaffiliated/aphirst)
20:47:47 Quit ender` (*.net *.split)
20:47:47 Quit aphirst (*.net *.split)
20:47:47 Quit jonathant (*.net *.split)
20:47:47 Quit ruskie (*.net *.split)
20:47:47 Quit Slasheri (*.net *.split)
20:47:48 Nick aphirst_ is now known as aphirst (~aphirst@unaffiliated/aphirst)
20:50:30 Join ruskie [0] (~ruskie@sourcemage/mage/ruskie)
20:53:34 Join aevin [0] (eivindsy@unaffiliated/aevin)
20:53:46 Join Slasheri [0] (~miipekk@xen.ihme.org)
20:53:46 Quit Slasheri (Changing host)
20:53:46 Join Slasheri [0] (~miipekk@rockbox/developer/Slasheri)
21:00
21:03:52 Join sanchaez [0] (~sanchaez@95.67.87.200)
21:41:13 Join alucryd [0] (~quassel@archlinux/developer/alucryd)
21:42:26***Saving seen data "./dancer.seen"
21:58:46 Quit mendelmunkis (Remote host closed the connection)
22:00
22:11:13 Quit pamaury (Ping timeout: 256 seconds)
22:17:03 Join csussman [0] (44aea892@gateway/web/freenode/ip.68.174.168.146)
22:21:03 Quit csussman (Client Quit)
22:27:47 Quit amayer (Quit: Leaving)
22:38:24 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
22:43:57 Quit prg318 (Quit: ZNC 1.6.6 - http://znc.in)
22:45:09 Join prg318 [0] (~prg@deadcodersociety/prg318)
23:00
23:06:20 Quit Rower (Ping timeout: 264 seconds)
23:06:49 Quit ernestask (Quit: ernestask)
23:07:49 Quit TheSeven (Remote host closed the connection)
23:10:24 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
23:14:28 Quit TheSeven (Read error: Connection reset by peer)
23:14:36 Join [7] [0] (~quassel@rockbox/developer/TheSeven)
23:25:06 Quit lebellium (Quit: Leaving)
23:37:29 Join noobineer [0] (~noobineer@c-68-55-184-193.hsd1.mi.comcast.net)
23:40:02 Quit petur (Quit: Leaving)
23:42:28***Saving seen data "./dancer.seen"
23:43:13 Join Rower [0] (~husvagn@m176-64-205-19.cust.tele2.se)
23:49:12 Quit [7] (Remote host closed the connection)
23:51:32 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)
23:51:50 Quit TheSeven (Remote host closed the connection)
23:54:42 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven)

Previous day | Next day