| - aloo_shu (QUIT: Read error: Connection reset by peer) (~aloo_shu@85.51.16.194) | 00:05 | |
| - mjw (QUIT: Ping timeout: 260 seconds) (~mjw@ip-80-113-60-116.ip.prioritytelecom.net) | 00:11 | |
| + aloo_shu (~aloo_shu@85.51.16.194) | 00:12 | |
| - aloo_shu (QUIT: Read error: Connection reset by peer) (~aloo_shu@85.51.16.194) | 00:19 | |
| + aloo_shu (~aloo_shu@85.51.16.194) | 01:10 | |
| - aloo_shu (QUIT: Read error: Connection reset by peer) (~aloo_shu@85.51.16.194) | 02:42 | |
| + aloo_shu (~aloo_shu@85.51.16.194) | 02:46 | |
| - thejevans (QUIT: Ping timeout: 244 seconds) (~m-7r3qil@97-118-227-136.hlrn.qwest.net) | 03:24 | |
| + thejevans (~m-7r3qil@97-118-238-252.hlrn.qwest.net) | 03:26 | |
| + casparvitch (~casparvit@36-255-114-132.ip4.superloop.au) | 04:11 | |
| + mjw (~mjw@ip-80-113-60-42.ip.prioritytelecom.net) | 04:40 | |
| - vagrantc (QUIT: Quit: leaving) (~vagrant@2600:3c01:e000:21:7:77:0:50) | 05:04 | |
| - paperManu (QUIT: Ping timeout: 265 seconds) (~paperManu@72.10.129.226) | 05:34 | |
| photomattmills | minute: I've been digging around the repos and haven't found them. there are models for everything that comes out of kicad plus all the CNC parts. I'm actually going to use a way lighter hinge anyway, smaller and easier to fit into my design | 05:46 |
|---|---|---|
| photomattmills | grimmware: whole thing | 05:46 |
| - mjw (QUIT: Ping timeout: 265 seconds) (~mjw@ip-80-113-60-42.ip.prioritytelecom.net) | 05:51 | |
| photomattmills | just posted some renders on masto, https://photog.social/@Matt/114877863615979679. still need to model all the holes for the heat-set inserts, and do the top plate and both halves of the lid... basically I'm 90% of the way there and have 90% left to go | 05:58 |
| - amk (QUIT: Remote host closed the connection) (~amk@user/amk) | 09:21 | |
| + amk (~amk@user/amk) | 09:22 | |
| + natalie (~natalie@user/natalie) | 09:48 | |
| + gustav28 (~gustav@c-78-82-52-136.bbcust.telenor.se) | 10:02 | |
| - casparvitch (QUIT: Ping timeout: 252 seconds) (~casparvit@36-255-114-132.ip4.superloop.au) | 10:12 | |
| - svp (QUIT: Quit: Gateway shutdown) (~svp@host-79-7-240-189.business.telecomitalia.it) | 11:01 | |
| + svp (~svp@host-79-7-240-189.business.telecomitalia.it) | 11:02 | |
| - amk (QUIT: Remote host closed the connection) (~amk@user/amk) | 11:13 | |
| + amk (~amk@user/amk) | 11:14 | |
| jogu | Still been poking at trying to get ZMK stable on the V4 keyboard. The USB device stability issue I've been seeing is extremely correlated with the RGB lighting. | 12:56 |
| jogu | I've seen the USB device die out even with the RGB turned off, but it takes significantly longer for it to happen were as with it turned on it dies out within seconds | 12:57 |
| jogu | I've actually been able to reproduce the same issue with the stock firmware at max brightness + white LEDs | 12:58 |
| jogu | I took some basic measurments with the RGB at full throttle and it seems to draw about 1.2A which I think is pretty out of spec for a USB2.0 device | 13:00 |
| jogu | The stock firmware also reports 100mA max power draw, so depending on the device it might be extra upset haha | 13:02 |
| dok | usb 2.0 is usually 500mA max | 13:05 |
| dok | i think there is a 1A mode, but this is maybe only for chargers | 13:05 |
| jogu | Yeah, I think the max brightness needs to get capped in firmware and update the reported max power here: https://source.mnt.re/reform/reform/-/blob/master/reform2-keyboard4-fw/src/usb_descriptors.c?ref_type=heads#L286-287 | 13:08 |
| dok | weird, the keyboard4 has a polyfuse on VBUS | 13:12 |
| dok | of 650mA | 13:12 |
| dok | 750mA | 13:12 |
| dok | so, very unlikely that the led can draw 1.2A and the device keeps beeing powered | 13:13 |
| jogu | Interesting, voltage does drop to ~4.5V when I crank the RGB up | 13:18 |
| dok | the rp2040 mcu is powerer by a 3V3 rails, there is a LDO that convert VBUS to 3.3 | 13:20 |
| jogu | I'm doing these measurements with a USB power meter soI can't see exactly what's going on the 3.3 VBUS | 13:25 |
| dok | 3v3 is probably fine because it uses an LDO, but am not an electrician expert | 13:27 |
| + paperManu (~paperManu@72.10.129.226) | 13:37 | |
| - aloo_shu (QUIT: Quit: as an ethically aware cannibal, I am predominantly feeding on hypocrites) (~aloo_shu@85.51.16.194) | 13:44 | |
| jogu | Took a quick video of how I'm testing it: https://www.youtube.com/watch?v=BAP7DUYIZ0g | 13:46 |
| + casparvitch (~casparvit@36-255-114-132.ip4.superloop.au) | 13:53 | |
| minute | josch: for me, audio noise (high pitched whine) on classic reform 3.0 is related to the backlight pwm duty cycle. perhaps we can set a different frequency to get rid of it, i.e. outside the audible spectrum | 14:31 |
| + aloo_shu (~aloo_shu@85.51.16.194) | 14:31 | |
| minute | josch: i have the whine on usb audio interface though, didn't check yet with headphone + integrated audio | 14:32 |
| minute | josch: (only when charging) | 14:32 |
| - casparvitch (QUIT: Ping timeout: 260 seconds) (~casparvit@36-255-114-132.ip4.superloop.au) | 14:46 | |
| josch | it's releated to the backlight??? o0 | 14:56 |
| josch | one sec... i'm sure there is a headphone here somewhere... | 14:57 |
| minute | josch: btw i mean display backlight | 14:57 |
| minute | jogu: good find about the led current! indeed we should put in some capping | 14:57 |
| - GNUmoon (QUIT: Ping timeout: 244 seconds) (~GNUmoon@gateway/tor-sasl/gnumoon) | 14:58 | |
| josch | hrm... so i hear the humming both with blacklight on full and backlight off | 15:00 |
| ch | headphone should be relevant only on the audio side, no? (where its charging related) | 15:00 |
| ch | (if i understand min.ute's message correctly) | 15:01 |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 15:01 | |
| josch | also, the whine i hear is not high pitched but a low humming | 15:03 |
| josch | it's also not a very important issue -- what jogu is investigating right now is much more interesting :) | 15:03 |
| josch | workaround is easy -- i just have to fall asleep with an ESD anti-static wrist strap connecting me to the reform case :D | 15:05 |
| minute | fyi, testing https://source.mnt.re/reform/reform-debian-packages/-/merge_requests/129 | 15:31 |
| minute | josch: ah, so you have a ground loop hum | 15:32 |
| minute | josch: for me, the usb audio interface (or the active speakers) on my classic is susceptible to noise in the 5v rail i think | 15:32 |
| minute | (i don't quite understand why it needs an additional ground loop (charger) to appear) | 15:33 |
| + mjw (~mjw@ip-80-113-60-248.ip.prioritytelecom.net) | 15:50 | |
| minute | oof i have a fix for the wrong audio pitch+aliasing on rk3588 pocket/next | 16:55 |
| - mjw (QUIT: Ping timeout: 240 seconds) (~mjw@ip-80-113-60-248.ip.prioritytelecom.net) | 17:42 | |
| + NeonkAaa (~PircBotX@net-93-150-82-43.cust.vodafonedsl.it) | 17:50 | |
| - NeonkAaa (QUIT: Remote host closed the connection) (~PircBotX@net-93-150-82-43.cust.vodafonedsl.it) | 17:51 | |
| josch | "tested with hearing tests of 440 Hz sine tones" oh wow o0 | 18:00 |
| josch | interesting with the usb audio -- i have a usb audio dongle here as well (remember how i fried my wolfson audio chip on my old motherboard 2.0? :D) -- i can try the backlight related issue with it as well | 18:01 |
| - antti (QUIT: Quit: antti) (~antti@user/antti) | 18:59 | |
| + NeonkAaa (~aleksei@net-93-150-82-43.cust.vodafonedsl.it) | 19:00 | |
| + antti (~antti@user/antti) | 19:11 | |
| minute | josch: btw alsa ucm profiles i put in reform-tools don't seem to work/be picked up yet | 19:16 |
| + mjw (~mjw@ip-80-113-60-110.ip.prioritytelecom.net) | 19:31 | |
| + vagrantc (~vagrant@2600:3c01:e000:21:7:77:0:50) | 19:31 | |
| - paperManu (QUIT: Ping timeout: 240 seconds) (~paperManu@72.10.129.226) | 19:39 | |
| minute | josch: fix https://source.mnt.re/reform/reform-tools/-/merge_requests/132 | 19:39 |
| minute | if someone wants to implement headphone jack detection on pocket: https://mastodon.social/@mntmn/114881160297566815 | 19:50 |
| josch | minute: yes, because since that was merged, there was no new release yet | 20:47 |
| josch | oh no... "not going to buy bread but fixing software instead" -- i know that problem XD | 20:48 |
| minute | josch: damn ^^ | 20:53 |
| - GNUmoon (QUIT: Remote host closed the connection) (~GNUmoon@gateway/tor-sasl/gnumoon) | 20:57 | |
| + GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) | 20:58 | |
| - NeonkAaa (QUIT: Quit: Leaving.) (~aleksei@net-93-150-82-43.cust.vodafonedsl.it) | 21:03 | |
| + colinsane (~colinunin@97-113-94-59.tukw.qwest.net) | 21:30 | |
| + NeonkAaa (~NeonkAaa@net-93-150-82-43.cust.vodafonedsl.it) | 21:33 | |
| - colinsane (QUIT: Ping timeout: 240 seconds) (~colinunin@97-113-94-59.tukw.qwest.net) | 21:42 | |
| josch | minute: in https://source.mnt.re/reform/reform-tools/-/merge_requests/132/diffs?commit_id=4c476bf4eef3502a0afc9c9a635c46044ee5a6cf you moved ucm2 profiles from share/ucm2 to share/alsa/ucm2 -- I guess that was intentional? You did not adjust the install command of the Makefile -- did you test it via "make install"? | 21:49 |
| josch | minute: we don't need to mirror the /usr/share hierarchy in reform-tools git. We could as well put the ucm2 profiles into ./audio/ucm2 then they would not be hidden behind ./share/alsa/ucm2 but be together with all the other audio-related stuff instead of being together in a directory with the desktop backgrounds | 21:51 |
| josch | minute: what do you think? | 21:51 |
| josch | minute: proposed MR implementing what I suggest: https://source.mnt.re/reform/reform-tools/-/merge_requests/133 | 21:59 |
| minute | josch: sorry, i'm "zwischen tür und angel", in any case they must go to /usr/share/alsa/ucm2... or they won't work | 22:00 |
| josch | minute: okay, they'll end up there | 22:00 |
| minute | josch: thanks! | 22:00 |
| josch | enjoy your evening | 22:01 |
| minute | thank uuu | 22:01 |
| josch | release happening tonight :) | 22:01 |
| minute | awesome! | 22:01 |
| josch | lets also add a "make install" test to the CI pipeline to not forget installing stuff anymore | 22:01 |
| chorc | minute: sorry, I think I'm missing something, how does one suppose to switch between UCM profiles in UI? Are they suppose to show as "Port" in Volume Control application? | 22:13 |
| josch | chorc: the ucm profiles are currently shipped in the wrong path | 22:14 |
| - gustav28 (QUIT: Quit: Quit) (~gustav@c-78-82-52-136.bbcust.telenor.se) | 22:15 | |
| chorc | josch: I have them in correct path, I can see in alsactl -d nrestore that those are loaded correctly, I just don't understand how to switch between those either in alsamixer or some UI app | 22:16 |
| chorc | never mind, found it - it's in Volume Control application, last tab (Configuration), selecting profile for Built-in Audio | 22:34 |
| chorc | but I also found how to do it with alsaucm command, which is slightly nicer than my prev scripts for amixer | 22:37 |
| chorc | I wish there's a way to expose it in context menu of that pulseaudio tray app | 22:38 |
| josch | chorc: in these situations i just add a new button to my waybar | 22:41 |
| josch | for example, i have one to turn the laptop speakers on or off because my classic reform misses jack detection | 22:41 |
| chorc | josch: thanks, I think that's the best solution here | 22:42 |
| chorc | this UCM profile works basically like that switch, just those settings are properly grouped and included into alsa state | 22:44 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!