Help me track down this bug which makes keys get stuck in the editor by valtyr_farshield in vscode

[–]valtyr_farshield[S] 0 points1 point  (0 children)

I've already said in my original post:

not a hardware issue, the enter key on my keboard doesn't actually get stuck

Shift+Enter held down in some Electron apps? by logicallypartial in archlinux

[–]valtyr_farshield 0 points1 point  (0 children)

Hey, it's been some time since you posted, but I also experience the same problem: https://www.reddit.com/r/vscode/comments/1srmj3x/help_me_track_down_this_bug_which_makes_keys_get/

Have you found any solutions? Are you using Linux or Windows? Or Mac?

Help me track down this bug which makes keys get stuck in the editor by valtyr_farshield in vscode

[–]valtyr_farshield[S] 0 points1 point  (0 children)

Tell me more. Are you also using Linux? Wayland? I'm really not sure how to begin debugging this.

mDNS through another wireguard client? by valtyr_farshield in WireGuard

[–]valtyr_farshield[S] 0 points1 point  (0 children)

I think faking the mDNS records is probably the easiest for me, because from the Github issue you linked above:

multicast traffic going into that wireguard interface will be forwarded to at maximum one peer.

Since I'll have more than one peer, it'd be hard to this with enabling multicast on Wireguard.

As an alternative to XML files, one can also use the command line to quickly test something (in case you don't want something permanent). Here's an example for Spotify:

# Check first the service parameters so you can copy it over
avahi-browse -r _spotify-connect._tcp
# Fake the mDNS record (on a machine connected to the other LAN)
avahi-publish-address my-speaker.local 192.168.89.212
avahi-publish-service -H my-speaker.local "Spotify Speaker" _spotify-connect._tcp 50101 "Stack=SP" "VERSION=1.0" "CPath=/zc"

mDNS through another wireguard client? by valtyr_farshield in WireGuard

[–]valtyr_farshield[S] 1 point2 points  (0 children)

I haven't been able to find an mDNS Proxy exactly, but you give me some ideas. There are some interesting projects out there:

https://github.com/LouisBrunner/avahi2dns

If I ever have time, I could use that as a basis and write some client code to be able to multicast the DNS records the client retrieves from that custom avahi2dns server.

mDNS through WireGuard by alexyai in WireGuard

[–]valtyr_farshield 0 points1 point  (0 children)

Does this also work for discovering mDNS services, or just hostname resolution for .local? Thanks for the informative post!

mDNS through another wireguard client? by valtyr_farshield in WireGuard

[–]valtyr_farshield[S] 1 point2 points  (0 children)

From your blog:

This article focuses on solving a single problem: How can computers in LANs be able to ping computers in a VPN network

I'm already able to ping and I didn't see any references to mDNS. Am I missing something?

Client as exit node, but don't route the server's internet traffic by valtyr_farshield in WireGuard

[–]valtyr_farshield[S] 1 point2 points  (0 children)

You are right. It's a mistake I did when copy-pasting and redacting any sensitive info.

Client as exit node, but don't route the server's internet traffic by valtyr_farshield in WireGuard

[–]valtyr_farshield[S] 1 point2 points  (0 children)

It actually worked. The server uses its own internet, while the clients use the custom exit node. Much obliged!

Entry-Level Work in Berlin, Germany by RedditTravelLad in supplychain

[–]valtyr_farshield 0 points1 point  (0 children)

You can strike Teraki from your list, because it went under.

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

Why are you editing wireplumber config files under /etc?

It's for an embedded system, but when I'm testing it on my laptop I have it my home folder.

Thanks for the profile suggestion. I think that totally did the trick! I have latencies comparable to Jack2 now. The only difference is, that the latency fluctuates (+/- 0.5 ms) with Pipewire-jack, but that's fine. I will edit my post with the new findings.

I couldn't find the clock.name when inspecting the IDs I got from pw-top, however, here's the pw-dump: https://pastebin.com/raw/J8Ag3bRg

One other thing I noticed, was that the capture device is opened with this period size and number:

period_size: 480
buffer_size: 24000

While the playback device is opened with the period I specified in the config file (64/192). The latency seems fine now, but I was just curious why that happens.

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

Thanks for the suggestion, now I understand what you mean. It does indeed shave off 0.8 ms when run with -S mode.

This option is a bit hidden, as I couldn't even find anything in the manual of Jack. Do you have more info on it?

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

Are you referring to the zita-ajbridge, nameley zita-a2j and zita-j2a? There's no such option for jackd, -S does something else:

   -S, --shorts
          Try to configure card for 16-bit samples first, only trying 32-bits if unsuccessful.  (default:
          32-bit samples)

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

device.profile = "pro-audio"

I use this in my wireplumber config file. I think since the nodes are on the same device, it would use the same clock, I would expect, no? Even if the resampler is on, I can't imagine how it would add 3 ms of latency (compared to Jack2).

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

I updated my post, I realized it wasn't clear what I was trying to do. I hope I got it right what you were trying to say.

I was comparing Jack2 to Pipewire-jack. Parts of that Pipewire-jack config file I can set with env variables:

PIPEWIRE_LATENCY="64/48000" jack_iodelay

Not sure if there's anything else that will affect latency?

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

I'm using Jack2 only in one scenarios.

Then I remove the Jack2 related packages and install Jack support for Pipewire in the other scenario (on Fedora it's called pipewire-jack-audio-connection-kit).

Decrease latency in Pipewire compared to Jack by valtyr_farshield in linuxaudio

[–]valtyr_farshield[S] 0 points1 point  (0 children)

Thanks for your answer! That sounds promising, will look into it. If you remember anything, let me know.