2022-01-04.log

kfxmntmn: not that I'm aware of.00:06
- ruff (QUIT: Ping timeout: 240 seconds) (~ruff@ip-78-45-99-112.net.upcbroadband.cz)00:11
mntmnjosch: cool! i think this is expected00:41
mntmnjosch: because the newer dts patch which enables the display has probably not landed in the kernel yet00:41
- mtm (QUIT: Ping timeout: 256 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)01:04
+ freakazoid333 (~matt@35.136.210.185)02:26
- freakazoid333 (QUIT: Ping timeout: 240 seconds) (~matt@35.136.210.185)02:47
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)03:10
- nsc (QUIT: Ping timeout: 252 seconds) (~nicolas@i5C744580.versanet.de)03:12
+ nsc (~nicolas@i5C74421D.versanet.de)03:14
* nsc -> Guest406703:14
- vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:21:21:0:100e)08:52
+ MajorBiscuit (~MajorBisc@2a02:a461:129d:1:193d:75d8:745d:e91e)10:32
+ ruff (~ruff@ip-78-45-99-112.net.upcbroadband.cz)11:14
- mtm (QUIT: Ping timeout: 240 seconds) (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)13:02
+ Christoph_ (~Christoph@p54bf6009.dip0.t-ipconnect.de)13:06
mntmndj-death: hey you wrote that python program to draw stuff on the oled, right? do you have the code again real quick?14:20
- maxim[m] (QUIT: Ping timeout: 240 seconds) (~maximtchn@2001:470:69fc:105::1f39)14:50
- Guest4067 (QUIT: Ping timeout: 256 seconds) (~nicolas@i5C74421D.versanet.de)14:53
- andrey_utkin (QUIT: Ping timeout: 256 seconds) (~andrey_ut@gentoo/developer/andrey-utkin)14:53
+ nsc (~nicolas@i5C74421D.versanet.de)14:53
* nsc -> Guest183314:54
+ mtm (~mtm@c-73-27-62-116.hsd1.fl.comcast.net)15:08
+ maxim[m] (~maximtchn@2001:470:69fc:105::1f39)15:08
mntmndj-death: no worries, already figured it out15:17
+ wielaard (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440)15:24
- mjw (QUIT: Killed (NickServ (GHOST command used by wielaard!~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440))) (~mark@gnu.wildebeest.org)15:25
* wielaard -> mjw15:25
+ mark_ (~mark@gnu.wildebeest.org)15:26
+ andrey_utkin (~andrey_ut@gentoo/developer/andrey-utkin)15:44
- MajorBiscuit (QUIT: Ping timeout: 240 seconds) (~MajorBisc@2a02:a461:129d:1:193d:75d8:745d:e91e)16:21
+ MajorBiscuit (~MajorBisc@c-001-023-057.client.tudelft.eduvpn.nl)16:23
+ doctorhoo (~hanno@194-18-252-127-no2005.tbcn.telia.com)16:29
dj-deathmntmn: I can share it if you want16:54
mntmndj-death: i'd be curious, i also just made a C implementation16:55
dj-deathsure16:55
dj-death11mn16:55
dj-death1mn16:55
dj-deathmntmn: https://github.com/djdeath/reform-display17:02
dj-deathmntmn: it's a bit more17:02
dj-deathmntmn: there is a local display just for debug17:02
dj-deathit uses Cairo to render 17:02
dj-deathnot sure it's going to work so well with fonts17:02
dj-deathbut it was fine to test17:02
dj-deatha previous iteration was using the bitmap you provided but then I felt the urge to rotate things and cairo was just the way to do it ;)17:05
dj-deathI was planning on a FW mod to make sure the menu & host driven buffer don't interact badly17:11
dj-deathprobably by having 2 buffers17:11
dj-deathnot done yet, before going on holiday, I was toying with what stuff to display from the host17:12
dj-deaththere is some dbus stuff there to catch the currently playing song, etc..17:13
+ freakazoid333 (~matt@35.136.210.185)17:14
dj-deathACTION CDG -> VNO17:20
mntmndj-death: cool thanks17:29
mntmndj-death: i made this earlier today https://source.mnt.re/reform/reform/-/blob/kbd-bitmaps/reform2-keyboard-fw/kbdgfx-demo/kbdgfx.c17:29
mntmnit is pretty fast for updating the display, like 50fps17:29
vkoskiv_I know it's just a demo, but I have to - fopen the device once before while, then fflush the stream in the loop17:36
vkoskiv_I assume fclose is in the loop to flush the data from a kernel cache?17:37
mntmnnot sure if that works for usb hid but i will try17:38
mntmni.e. how to tell it that a new report starts17:38
mntmnmaybe seeking to 0 could work17:38
mntmnat first i had something like that with fseek but then i would only get 1 frame17:39
mntmnbut might have been another bug17:39
vkoskiv_Yeah this is just a guess from quickly looking at the code. I just know that fopen()-ing the file 50x/sec is sub-optimal :D17:39
+ bluerise_ (~bluerise@p5b211da4.dip0.t-ipconnect.de)17:48
* Guest1833 -> nsc17:48
- bluerise (QUIT: Ping timeout: 252 seconds) (~bluerise@user/bluerise)17:49
- freakazoid333 (QUIT: Ping timeout: 240 seconds) (~matt@35.136.210.185)18:04
+ freakazoid343 (~matt@35.136.210.185)18:04
+ freakazoid12345 (~matt@35.136.210.185)18:06
- freakazoid343 (QUIT: Ping timeout: 240 seconds) (~matt@35.136.210.185)18:09
* bluerise_ -> bluerise18:13
- bluerise (QUIT: Changing host) (~bluerise@p5b211da4.dip0.t-ipconnect.de)18:13
+ bluerise (~bluerise@user/bluerise)18:13
- mjw (QUIT: Quit: Leaving) (~mjw_@2001:1c06:2488:1400:9e5c:8eff:fe8f:a440)18:14
+ reform11344 (~pjwall@94.198.127.52)18:24
- reform11344 (QUIT: Client Quit) (~pjwall@94.198.127.52)18:25
- Christoph_ (QUIT: Remote host closed the connection) (~Christoph@p54bf6009.dip0.t-ipconnect.de)18:39
- doctorhoo (QUIT: Ping timeout: 240 seconds) (~hanno@194-18-252-127-no2005.tbcn.telia.com)18:43
+ Christoph_ (~Christoph@p54bf6009.dip0.t-ipconnect.de)18:50
- MajorBiscuit (QUIT: Ping timeout: 268 seconds) (~MajorBisc@c-001-023-057.client.tudelft.eduvpn.nl)19:06
- freakazoid12345 (QUIT: Ping timeout: 240 seconds) (~matt@35.136.210.185)19:13
+ vagrantc (~vagrant@2600:3c01:e000:21:21:21:0:100e)19:20
- Ar|stote|is (QUIT: Read error: Connection reset by peer) (~linx@149-210-116-38.mobile.ren.cosmote.net)20:36
+ Ar|stote|is (~linx@149-210-116-38.mobile.ren.cosmote.net)20:36
dj-deathmntmn: yeah, C was the easy option, but then you want to glue it to something else and it's a bit more painful21:35
mntmnyeah i see21:36
dj-deathmntmn: my example limited it to 4fps but for no particular reason21:36
mntmnah!21:36
dj-deathwe're limited by the speed of the firmware ;)21:36
mntmnfor me it was really fast, did not feel so limited by the fw21:37
mntmnah now i know what you mean21:38
mntmnyeah21:38
vkoskiv_I'd assume the connection from the host to the microcontroller would be the bottleneck?21:38
mntmnit's only 509 bytes per frame21:38
vkoskiv_Then again, assuming is a terrible approach when it comes to performance.21:38
vkoskiv_Profile, profile, profile and all that.21:39
mntmn50 frames are ~25kB21:39
mntmneven ye olde USB 1 can handle that21:39
+ CoderFox (~coderfox@78.152.95.72)22:03
- CoderFox (QUIT: Quit: Leaving) (~coderfox@78.152.95.72)22:18
dj-deathmntmn: do you know what kind of stuff you would like to display on there?23:22
mntmni have quite a few ideas but no finished concept yet23:22
dj-deathmntmn: anything you would like to share? :)23:25
dj-deathbtw, can the fw store data that would survive powercycle?23:26
mntmnfor example i was watching a 1h episode now on reform using it as a hdmi player... would be cool to see progress bar, time left and volume level23:26
mntmndj-death: theoretically in eeprom 23:26
dj-deathyeah, volume... I had that one :)23:27
dj-deathalthough gnome-shell puts it onscreen23:27
mntmnyeah but i would find these things useful when the application is fullscreen and i don't want a bar or other obscuring elements23:28
dj-deathsure23:36
dj-deathmntmn: do you know if the keyboard receives a message from the host when you plug it?23:43
dj-deathmntmn: I have a setup with a usb dock, and the keyboard lights up when connected to it, but no laptop is connected to the dock23:44
dj-deathif there is an initial message at connection, I would use that to trigger the initial animation + lights up23:45
mntmndj-death: there is a connect event handler thing afaik yes23:49
mntmndj-death: https://source.mnt.re/reform/reform/-/blob/kbd-bitmaps/reform2-keyboard-fw/keyboard.c#L34923:50
- ruff (QUIT: Remote host closed the connection) (~ruff@ip-78-45-99-112.net.upcbroadband.cz)23:53
dj-deathmntmn: thanks23:57
mntmnhave never tried that, so curious to see what you report23:57
mntmnthis could also be a method for showing some boot progress animation on the oled...23:57
mntmnand stop it upon usb connect23:57

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!