[00:16] OvenWerks: Cool! [00:22] Eickmeyer: I have one problem... I can detect when HP are plugged in, but not if they are plugged in at startup [00:23] here's a question: is there even a mechanism that could be used to DETERMINE if it's plugged in or not at startup [00:23] because I know there's system-level detect triggers for "new device plugged in" during initial handshakes to make it work [00:23] but not sure if there's an exposed flag or such to that end that indicates 'connected' at boot, at least at a way you'd be able to do it easily [00:24] 'course you guys know more about it than I do :) [00:24] *lurks more* [00:24] Eickmeyer: I am also wondering if I should monitor anything that gets connected to the speaker output and auto reconnect that to the hp device (if they differ) [00:25] teward: yeah, I can find a one line difference in /proc/asound/PCH/codec#0. [00:28] The only problem is if it is there in the same place on all (or even most) systems [00:29] @teward001: Yeah, HP = headphones, and that gets reported by the hardware weirdly. [00:35] so Control: name="Front Playback Switch" has Pin-ctls: 0x00: that changed depending on plugged... [00:35] but: Control: name="Headphone Playback Switch" does not change :P [00:36] Eickmeyer: yep, it does 😜 [00:36] 'course... depending on the headphones, mine're USB-C and probably aren't going to get reported right anyways XD [00:36] *shot* [00:37] Actually, I can deal with USB headphones [00:37] @teward001: It's been something we've been working on for quite some time. Users are reporting difficulty when they have Jack running and want to use their headphones: nothing is switching it. [00:37] @teward001: USB headphones are easier to deal with. [00:37] if the device exists... usb headphones are in :)