| 00:22:05 | | Quit fs-bluebot_ (Ping timeout: 240 seconds) |
| 00:22:26 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 00:23:21 | | Join fs-bluebot [0] (~fs-bluebo@55d44773.access.ecotel.net) |
| 00:23:53 | | Quit bluebrother^ (Ping timeout: 260 seconds) |
| 00:39:45 | | Quit bzed (Read error: Connection reset by peer) |
| 00:40:51 | *** | Saving seen data "./dancer.seen" |
| 00:41:58 | | Join bzed [0] (~bzed@shell.bzed.at) |
| 02:00 |
| 02:27:47 | | Quit Ckat (Quit: this shouldn't be happening) |
| 02:28:09 | | Join Ckat [0] (~Ckat@xn--z7x.xn--6frz82g) |
| 02:40:53 | *** | Saving seen data "./dancer.seen" |
| 02:51:16 | | Nick Oksana_ is now known as Oksana (~Wikiwide@Maemo/community/ex-council/Wikiwide) |
| 03:00 |
| 03:04:42 | | Join petur [0] (~petur@199.59.5.111) |
| 03:04:42 | | Quit petur (Changing host) |
| 03:04:42 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 03:11:45 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 04:00 |
| 04:01:04 | | Quit pamaury (Ping timeout: 256 seconds) |
| 04:37:32 | | Join pamaury [0] (~pamaury@maths.r-prg.net.univ-paris7.fr) |
| 04:37:32 | | Quit pamaury (Changing host) |
| 04:37:32 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 04:38:42 | | Quit TheSphinX^ (Ping timeout: 260 seconds) |
| 04:40:17 | | Join TheSphinX^ [0] (~briehl@srv001.nosupamu.de) |
| 04:40:56 | *** | Saving seen data "./dancer.seen" |
| 04:58:33 | efqw | Stanley00: the axp192 chip is actually decent, it might be the driver's fault. |
| 05:00 |
| 05:00:31 | Stanley00 | yep, #define OCVVOL5 3880 <= this is defined at the top of the driver source, so it will always report max cap as 5 when the voltage is over 3.8V |
| 05:01:31 | Stanley00 | anyway, I just use the battery voltage, the capacity is not used |
| 05:02:42 | efqw | It's a shame because the battery gauge in the axp192 is much more accurate than a voltage-based estimate |
| 05:05:19 | Stanley00 | I guess they forgot to update reference formula for M5, and just copy from m3k |
| 05:24:52 | | Quit kadoban (Quit: killed) |
| 05:24:54 | | Quit danielp3344 (Quit: killed) |
| 05:24:57 | | Quit blbro[m] (Quit: killed) |
| 05:33:45 | | Join kadoban [0] (kadobanmat@gateway/shell/matrix.org/x-krghsdaqvpzvmoqq) |
| 05:46:16 | | Quit S|h|a|w|n (Read error: Connection reset by peer) |
| 05:52:18 | | Join danielp3344 [0] (danielp334@gateway/shell/matrix.org/x-gphnukgcsezkrqhf) |
| 05:52:24 | | Join blbro[m] [0] (blbrostrat@gateway/shell/matrix.org/x-ptmasaozxxisuovh) |
| 06:00 |
| 06:38:05 | | Quit Stanley00 () |
| 06:40:57 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:19:01 | | Join MrZeus_ [0] (~MrZeus@185.195.232.139) |
| 07:22:53 | | Quit koniu (Remote host closed the connection) |
| 07:23:28 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
| 07:52:45 | | Quit paulk-leonov (Ping timeout: 272 seconds) |
| 08:00 |
| 08:01:56 | | Join paulk-leonov [0] (~paulk-leo@vpn-0-22.aquilenet.fr) |
| 08:21:22 | | Quit genevino (Quit: Great minds discuss ideas. Average minds discuss events. Small minds discuss people.) |
| 08:40:59 | *** | Saving seen data "./dancer.seen" |
| 08:49:53 | | Join massiveH [0] (~massiveH@ool-18e4e82f.dyn.optonline.net) |
| 08:51:49 | | Quit simpleOne (Quit: My MacBook has gone to sleep. ZZZzzz…) |
| 08:58:04 | | Join simpleOne [0] (~simple@2a01cb0589a17d00287e6502ef6d7c92.ipv6.abo.wanadoo.fr) |
| 08:58:45 | | Quit michaelni (Quit: Leaving) |
| 08:59:17 | | Join michaelni [0] (~michael@213-47-68-29.cable.dynamic.surfer.at) |
| 10:00 |
| 10:15:21 | | Quit koniu (Remote host closed the connection) |
| 10:15:46 | | Join koniu [0] (~koniu@gateway/tor-sasl/koniu) |
| 10:40:00 | | Quit massiveH (Quit: Leaving) |
| 10:41:03 | *** | Saving seen data "./dancer.seen" |
| 10:45:00 | speachy | _bilgus__: we have a complaint about the rocker not starting playback; I can't recreate this on what I have here. (sounds like an issue I already fixed) |
| 10:58:31 | | Join cockroach [0] (~blattodea@pdpc/supporter/active/cockroach) |
| 11:00 |
| 11:37:00 | | Quit lemon_jesus (Ping timeout: 256 seconds) |
| 11:42:38 | | Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.in.comcast.net) |
| 11:47:15 | _bilgus__ | ok I can try head |
| 11:47:25 | | Quit lemon_jesus (Ping timeout: 240 seconds) |
| 11:54:27 | | Join lemon_jesus [0] (~lemon_jes@c-73-9-49-209.hsd1.il.comcast.net) |
| 12:00 |
| 12:00:47 | speachy | the problem I found (and fixed) was easily triggered on the X3ii −− due to the extra crap it had going on at playback start the intiial playback buffer could underrun and the alsa driver couldn't recover. the underrun might not be fixable ultimately, but the underrun should recover cleanly. |
| 12:12:56 | efqw | speachy: I have an interesting problem on the m3k, which were present in the xvortex port as well |
| 12:13:33 | efqw | The database takes forever to update and there's no indication of the progress. |
| 12:15:07 | speachy | there's no platform-specific code in the database stuff |
| 12:15:37 | speachy | adb in and run strace on the binary? |
| 12:15:45 | speachy | (wait, there's no adb, nevermind) |
| 12:16:06 | efqw | interesting, is there a way that I can check the database update progress? |
| 12:16:34 | _bilgus__ | check for the db files |
| 12:16:42 | _bilgus__ | should be 0-9 |
| 12:17:07 | speachy | I vaguely recall being able to go into the database or debug menu and check on db status |
| 12:17:12 | _bilgus__ | speachy is there a certian filetype that causes the issue? |
| 12:17:34 | speachy | _bilgus__: https://forums.rockbox.org/index.php/topic,51653.msg247206.html#msg247206 |
| 12:17:36 | speachy | that's all I got |
| 12:17:47 | _bilgus__ | I set up start screen to auto resume flac mp3 ape ok |
| 12:18:39 | speachy | efqw: my x3 is in the car and the other players are put away due to needing workspace for $dayjob hardware |
| 12:19:39 | efqw | Will rockbox inhibit the auto power-off while the database is being updated? |
| 12:19:45 | _bilgus__ | x3 or x3ii? |
| 12:20:16 | speachy | _bilgus__: x3 in the car, x3ii in a box, within a box, on the shelf. :P |
| 12:20:19 | _bilgus__ | my x3 is building a db atm and I have the commit step |
| 12:20:28 | efqw | currently it's using 15.7% of the cpu so it's actually doing something |
| 12:20:34 | efqw | just really slow I suppose? |
| 12:20:34 | | Quit pamaury (Quit: Konversation terminated!) |
| 12:20:54 | _bilgus__ | efqw the player will let you push the building into the background |
| 12:21:26 | _bilgus__ | if there was an errant key press (from you or the device) itd push it into the background |
| 12:22:25 | _bilgus__ | and yes debug menu does show progress |
| 12:22:54 | _bilgus__ | Debug Menu>View database info |
| 12:24:38 | | Join p3tur [0] (~petur@78-21-55-218.access.telenet.be) |
| 12:24:38 | | Quit p3tur (Changing host) |
| 12:24:38 | | Join p3tur [0] (~petur@rockbox/developer/petur) |
| 12:26:31 | _bilgus__ | oh cool the h100 sim shows the remote |
| 12:27:33 | _bilgus__ | I'm down to tracing issues on vertical 2 bit displays its the last screen type that doesn't work with arbritrary strides |
| 12:28:12 | _bilgus__ | hell if I know where it is different than the rest but none of the others were apparent either |
| 12:28:14 | | Quit petur (Ping timeout: 256 seconds) |
| 12:31:57 | | Quit p3tur (Quit: Connection reset by beer) |
| 12:39:44 | _bilgus__ | speachy, braewoods, other interested parties #g2811 should work for devices now, there are still some issues with arbritrary strides but ATM that should only be apparent in test_viewports.c |
| 12:40:16 | _bilgus__ | #g2811 |
| 12:40:21 | speachy | _bilgus__: as opposed to "native" strides? |
| 12:40:26 | braewoods | i'll look at it in a bit |
| 12:40:56 | _bilgus__ | yeah native strides are fine OFC but there is something still hardcoded SOMEWHERE |
| 12:41:05 | *** | Saving seen data "./dancer.seen" |
| 12:41:52 | _bilgus__ | non native viewports are now able to be copied back to the main FB automatically now basically sprites.. |
| 12:48:18 | _bilgus__ | oh and the Start Screen 'open plugin' is a godsend for testing plugins |
| 12:48:57 | _bilgus__ | nice to have it start into it automatically |
| 13:00 |
| 13:17:40 | | Join lebellium [0] (~lebellium@89-92-69-66.hfc.dyn.abo.bbox.fr) |
| 13:58:20 | speachy | _bilgus__: so, um, was 2811 supposed to fix the "buttons locked" artifact getting left behdinf over he backdrop on the WPS? |
| 13:59:18 | _bilgus__ | if its just the previous data then no but if its garbled yes |
| 13:59:40 | speachy | it's not garbled |
| 14:00 |
| 14:00:13 | speachy | and the plugin corruption I saw before is gone |
| 14:00:18 | _bilgus__ | thats probably just an issue with the WPS not refreshing proper but i'll look at it |
| 14:00:30 | _bilgus__ | yes thats the one I was going after |
| 14:02:00 | _bilgus__ | also I figured out a generic way to supply the frame buffer to all the plugins so that'll get rid of vp_get_framebuffer |
| 14:08:16 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 14:12:09 | speachy | not sure if it'll show up on the rocker or not; I don't know if the theme paints over the center of the screen or not |
| 14:13:05 | _bilgus__ | I probably just missed the svae restore vp on that |
| 14:13:54 | speachy | ultimately I don't know if it's a bug in the splash code, the viewport code (ie not incluidng the background in a repaint), or the wps code. |
| 14:14:27 | _bilgus__ | I'll psh one more that should take care of it |
| 14:14:29 | speachy | there's also other wonkiness like the progress bar getting painted before the rest of the screen when you wake it back up. |
| 14:14:48 | _bilgus__ | is this the rocker? |
| 14:14:48 | speachy | sometimes |
| 14:15:04 | speachy | this is on the x3ii but that differs only in the screen resolution |
| 14:32:49 | _bilgus__ | yeah not sure off why its hanging around I'll try to get the rocker to reproduce it tonight |
| 14:33:22 | lebellium | As we're talking about the theme engine, it seems that the info viewport in SBS doesn't refresh in some cas |
| 14:33:24 | lebellium | for example %?mp<%VI(Z)|%VI(X)> |
| 14:33:54 | lebellium | I'm obliged to enter a menu and get back to the home screen to force refresh |
| 14:37:39 | _bilgus__ | is that at head or with this patch? |
| 14:38:30 | lebellium | head on target and latest UI simulator (2018) |
| 14:38:50 | _bilgus__ | what target sim? |
| 14:39:39 | lebellium | Onda VX747 (240x400 for my YP-R1) |
| 14:39:54 | _bilgus__ | ok I'll add it to my test regime |
| 14:41:03 | _bilgus__ | I know they keep a viewport for static and dynamic so it might be a similar issue to the WPS |
| 14:41:08 | *** | No seen item changed, no save performed. |
| 14:43:07 | _bilgus__ | all in all besides the annoyance of 70 some source files open in my editor I'm quite pleased with the flexibility |
| 14:50:46 | lebellium | I'm also facing another issue with my theme for touch target but I'm not sure there is a solution. To reproduce a "virtual key pressing" effect, I made some bitmaps for highlighted play and pause buttons |
| 14:51:02 | lebellium | %?mp<|%?Tl(play,0.2)<pause_highlight|pause>|%?Tl(play,0.2)<play_highlight|play>||||||> |
| 14:51:10 | lebellium | When pausing playback, I'd like to get "pause -> pause_highlight -> play" |
| 14:51:15 | lebellium | but I get "pause -> pause_highlight -> play_highlight -> play" instead |
| 14:51:21 | lebellium | When resuming playback, I'd like to get "play -> play_highlight -> pause" |
| 14:51:26 | lebellium | but I get "play -> play_highlight -> pause_highlight -> play" instead |
| 14:52:05 | lebellium | looks like I get all ?mp status for a few milliseconds |
| 14:55:12 | _bilgus__ | within a theme? |
| 14:55:54 | _bilgus__ | pu an example that reproduces it on flyspray and I'll try to get to it in the next few weeks, that theme engine is a nightmare |
| 15:00 |
| 15:07:20 | | Quit MrZeus_ (Ping timeout: 272 seconds) |
| 15:08:58 | | Join sakax [0] (~r0b0t@unaffiliated/r0b0t) |
| 15:15:21 | | Join MrZeus_ [0] (~MrZeus@185.195.232.139) |
| 15:16:14 | lebellium | Yes within a theme. I'm not sure it's a bug, rather a limitation of the theme engine when using playback status (%mp) conditionnals. |
| 15:16:21 | lebellium | I'm trying to get that: https://drive.google.com/file/d/1SN35IILZaYQ9P-f6yQqTYgizInGzmhth/view?usp=sharing |
| 16:00 |
| 16:04:10 | | Quit pamaury (Ping timeout: 246 seconds) |
| 16:23:39 | | Quit sakax (Quit: Leaving) |
| 16:24:40 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
| 16:41:11 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:08:03 | fs-bluebot | Build Server message: New build round started. Revision 6834d1a, 292 builds, 9 clients. |
| 17:17:02 | | Quit Barlow (Quit: leaving) |
| 17:22:36 | | Join Barlow [0] (~barlow@unaffiliated/barlow) |
| 17:25:07 | fs-bluebot | Build Server message: Build round completed after 1023 seconds. |
| 17:25:17 | fs-bluebot | Build Server message: Revision 6834d1a result: All green |
| 17:40:25 | | Quit pamaury (Ping timeout: 240 seconds) |
| 17:45:07 | | Join genevino [0] (~genevino@m2m.pm) |
| 17:48:53 | lebellium | _bilgus__: so that we have a trace: FS #13249 |
| 17:48:54 | fs-bluebot | http://www.rockbox.org/tracker/task/13249 SBS Info viewport not refreshing when used as a conditional (bugs, unconfirmed) |
| 18:00 |
| 18:00:19 | lebellium | speachy: regarding your latest commit, there is also some POP noise at startup on YP-R0/YP-R1. I don't know if that can be optimized? |
| 18:00:59 | speachy | ...possibly? Depends on what controls are exposed |
| 18:07:15 | speachy | the x3ii and its siblings have the ability to power down the external aanalog audio path; that's what we use to "mute" things when the codec itself is responsible for the misbehavior. |
| 18:07:53 | lebellium | The POP is much more annoying on YP-R1 (WM1808 used as WM8978) than on YP-R0 (as3534) |
| 18:08:09 | lebellium | but I don't know their abilities |
| 18:08:50 | | Join Rower [0] (~Rower@78-73-72-39-no2340.tbcn.telia.com) |
| 18:11:23 | | Quit braewoods (Quit: WeeChat 2.8) |
| 18:12:42 | lebellium | On the Rocker there is also annoying pop every time you skip or pause/resume a track |
| 18:13:06 | lebellium | But I think it was already there in OF. I should check again |
| 18:13:53 | speachy | we already mute the rocker whenever there's no pcm data flowing. |
| 18:14:09 | speachy | very little control over that hardware unfortunately. |
| 18:14:39 | speachy | I can't find a datasheet for the wm1808 but the wm8978 doesn't have an external mute control. |
| 18:15:05 | speachy | there is a soft mute but depending on the source of that pop it might not matter. |
| 18:20:43 | | Join pacman [0] (~braewoods@learnprogramming/staff/braewoods) |
| 18:22:25 | | Quit Rower (Ping timeout: 240 seconds) |
| 18:23:15 | lebellium | I see |
| 18:23:39 | lebellium | thanks for checking |
| 18:24:47 | | Quit lebellium (Quit: Leaving) |
| 18:33:43 | speachy | interestingly the wm8978 driver (shared by both) only explicitly mutes the hardware at shutdown. |
| 18:41:14 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:20:37 | genevino | speachy: i did not really find the time to look more closely into the current behaviour of my agptek rocker over the last days, but i noticed that shutdown was fixed (i got a "WARNING: blahblahblah something" message on shutdown once that disappeared just after ~200ms or so so i couldn't read it, but that was not an issue or something) |
| 19:21:25 | genevino | overall it did shut down clearly over the last days every time i tried - i didn't have much time to use the thing i have to admit. |
| 19:21:47 | | Quit bluebrother (Disconnected by services) |
| 19:21:51 | | Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) |
| 19:23:23 | | Join fs-bluebot_ [0] (~fs-bluebo@55d45dbd.access.ecotel.net) |
| 19:25:26 | | Join lemon_jesus7 [0] (~lemon_jes@c-73-9-49-209.hsd1.in.comcast.net) |
| 19:25:50 | | Quit fs-bluebot (Ping timeout: 260 seconds) |
| 19:26:50 | | Quit lemon_jesus (Ping timeout: 256 seconds) |
| 19:26:51 | | Nick lemon_jesus7 is now known as lemon_jesus (~lemon_jes@c-73-9-49-209.hsd1.in.comcast.net) |
| 19:37:29 | speachy | genevino: the warning probably has to do with the battery level. |
| 19:49:08 | speachy | _bilgus__: I wonder if fs#12927 is related to the 2bit display issues in your viewport patch? |
| 19:49:10 | fs-bluebot_ | http://www.rockbox.org/tracker/task/12927 bit lcd drivers ignore drawmode in lcd_bitmap_part() (bugs, new) |
| 19:56:45 | | Quit MrZeus_ (Ping timeout: 240 seconds) |
| 20:00 |
| 20:08:43 | efqw | so I guess there was nothing wrong with the database |
| 20:08:56 | efqw | it's just much slower than I've expected |
| 20:09:12 | efqw | somehow updating it was slower than hiby-based players |
| 20:24:18 | speachy | heads-up: I'm going to upgrade our gerrit instance in the next couple of days. I'm in the process of test upgrades on a snapshot to work out the main kinks. |
| 20:26:55 | speachy | I'm going to target Thursday afternoon (US-Eastern time zone). gerrit (and authenticated ssh access to our git repos) will be unavailable during this time |
| 20:27:10 | speachy | anongit and cgit/gitweb will continue to work |
| 20:41:17 | *** | Saving seen data "./dancer.seen" |
| 22:00 |
| 22:18:00 | | Join Stanley00 [0] (~stanley00@unaffiliated/stanley00) |
| 22:41:18 | *** | No seen item changed, no save performed. |
| 23:00 |
| 23:47:12 | | Quit [7] (Disconnected by services) |
| 23:47:18 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
icon identifies that the person is a core developer (has commit access).