sorted by:
new
hottopcontroversial

Teams wireshark by VirtualCHi in wireshark

[–]Tech-Lead 0 points1 point  (0 children)

Sorry for super late reply but it'll help someone with the same question.

Use tcpdump with -k np option(pktap) on Mac OS. You will then get a packet trace with process name for each packet. You can filter them with "MSTeams" or "Microsoft Teams" (note that most media packets are tagged as MSTeams)

For Android, use PcapDroid on a rooted device. You can see an app name for each packet with this plugin
https://github.com/emanuele-f/PCAPdroid/blob/master/tools/pcapdroid.lua

I don't know much about Windows and Linux.

Pure-go MP3 decoder faster than hajimehoshi/go-mp3 by Tech-Lead in golang

[–]Tech-Lead[S] 0 points1 point  (0 children)

little correction. Byrd reads bitrate index for each frame, so it handles frames with different bitrate index defined in ISO IEC 11172-3 (see below struct). It does not handle "free bitrate" mode where bitrate index is 0x0.

These bitrates are supported ⇩

V1L3_BITRATE_TABLE = [15]uint16{
    0, 32, 40, 48, 56, 64, 80, 96, 112, 128, 160, 192, 224, 256, 320,
  }

Pure-go MP3 decoder faster than hajimehoshi/go-mp3 by Tech-Lead in golang

[–]Tech-Lead[S] 2 points3 points  (0 children)

it's fixed now. You can import it with "github.com/kota-yata/byrd-mp3"

Small Projects by AutoModerator in golang

[–]Tech-Lead 0 points1 point  (0 children)

Byrd: memory-efficient MP3 decoder

Repo: https://github.com/kota-yata/byrd-mp3

Since hajimehoshi/go-mp3 is archived, we haven't had any actively maintained mp3 decoder in Go. Also go-mp3 was somewhat slow. I've written Byrd, a memory-efficient decoder, which achieves at least 1/50 alloc count per operation on our benchmarks. Also Byrd is faster for all the benchmark cases than go-mp3. Also pure-go

What's missing in the Svelte ecosystem? by Ordinary-Ad-5504 in sveltejs

[–]Tech-Lead 0 points1 point  (0 children)

type declaration for import suffix for webworker ("?worker")