diff --git a/docs/twitter/2073543950497898839/media/2073531564655260153_1.png b/docs/twitter/2073543950497898839/media/2073531564655260153_1.png
new file mode 100644
index 00000000..967ae4a6
Binary files /dev/null and b/docs/twitter/2073543950497898839/media/2073531564655260153_1.png differ
diff --git a/docs/twitter/2073543950497898839/media/2073539101320417502_1.png b/docs/twitter/2073543950497898839/media/2073539101320417502_1.png
new file mode 100644
index 00000000..64db1809
Binary files /dev/null and b/docs/twitter/2073543950497898839/media/2073539101320417502_1.png differ
diff --git a/docs/twitter/2073543950497898839/thread.md b/docs/twitter/2073543950497898839/thread.md
new file mode 100644
index 00000000..4a45b9d0
--- /dev/null
+++ b/docs/twitter/2073543950497898839/thread.md
@@ -0,0 +1,35 @@
+---
+title: "Wine's IAudioClient::GetDevicePeriod() returns 53333 for minimum (which is 256 s"
+author: "NOTimothyLottes"
+handle: "@NOTimothyLottes"
+post_url: "https://x.com/NOTimothyLottes/status/2073543950497898839"
+post_id: "2073543950497898839"
+timestamp: "2026-07-04 23:06:17"
+post_count: 4
+reply_count: 0
+repost_count: 0
+like_count: 3
+view_count: 364
+---
+
+# @NOTimothyLottes — Wine's IAudioClient::GetDevicePeriod() returns 53333 for minimum (which is 256 s
+
+## Post 1 (2026-07-04 22:17:04)
+
+Oh no, maybe another Wine bug (error photo)? I'm also getting an "AUDCLNT_E_DEVICE_IN_USE" (0x8889000A) when http://x.com is open (which would imply pipewire owning the audio device). So still holding out hope that Wine actually tried to emulate exclusive mode ...
+
+![Media 1](./media/2073531564655260153_1.png)
+
+## Post 2 (2026-07-04 22:22:24) — reply to Post 1
+
+... haha what a joke. Nope, actually at another Wine bug, when my other Linux digital twin can open the audio device with exclusive access, the wine'd version cannot. So I'm back to another actual WINE bug where they return AUDCLNT_E_DEVICE_IN_USE to avoid needing to implement
+
+## Post 3 (2026-07-04 22:47:00) — reply to Post 2
+
+Nothing smells more like the 4th of july, than rain and grepping wine source to track down wine bugs. Does look like they just didn't implement EXCLUSIVE mode. Because I'm passing "*duration == *period" ...
+
+![Media 1](./media/2073539101320417502_1.png)
+
+## Post 4 (2026-07-04 23:06:17) — reply to Post 3
+
+Wine's IAudioClient::GetDevicePeriod() returns 53333 for minimum (which is 256 samples at 48KHz - really crappy) and 100000 for default (which is 480 samples at 48Khz - even worse), neither which work with EXCLUSIVE mode. Man Wine sucks, nothing but constant show stopping bugs.
diff --git a/docs/twitter/2073543950497898839/thread_data.json b/docs/twitter/2073543950497898839/thread_data.json
new file mode 100644
index 00000000..5b04c280
--- /dev/null
+++ b/docs/twitter/2073543950497898839/thread_data.json
@@ -0,0 +1,74 @@
+{
+  "root_post_id": "2073543950497898839",
+  "posts": [
+    {
+      "post_id": "2073531564655260153",
+      "author": "NOTimothyLottes",
+      "handle": "NOTimothyLottes",
+      "text": "Oh no, maybe another Wine bug (error photo)? I'm also getting an \"AUDCLNT_E_DEVICE_IN_USE\" (0x8889000A) when http://x.com is open (which would imply pipewire owning the audio device). So still holding out hope that Wine actually tried to emulate exclusive mode ...",
+      "timestamp": "2026-07-04 22:17:04",
+      "media_urls": [
+        "https://pbs.twimg.com/media/HMapMOaXIAEqXQe?format=png&name=orig"
+      ],
+      "reply_to_id": null,
+      "quote_of_id": null,
+      "metrics": {
+        "reply_count": 1,
+        "repost_count": 0,
+        "like_count": 7,
+        "view_count": 1041
+      }
+    },
+    {
+      "post_id": "2073532910720741875",
+      "author": "NOTimothyLottes",
+      "handle": "NOTimothyLottes",
+      "text": "... haha what a joke. Nope, actually at another Wine bug, when my other Linux digital twin can open the audio device with exclusive access, the wine'd version cannot. So I'm back to another actual WINE bug where they return AUDCLNT_E_DEVICE_IN_USE to avoid needing to implement",
+      "timestamp": "2026-07-04 22:22:24",
+      "media_urls": [],
+      "reply_to_id": "2073531564655260153",
+      "quote_of_id": null,
+      "metrics": {
+        "reply_count": 1,
+        "repost_count": 0,
+        "like_count": 3,
+        "view_count": 342
+      }
+    },
+    {
+      "post_id": "2073539101320417502",
+      "author": "NOTimothyLottes",
+      "handle": "NOTimothyLottes",
+      "text": "Nothing smells more like the 4th of july, than rain and grepping wine source to track down wine bugs. Does look like they just didn't implement EXCLUSIVE mode. Because I'm passing \"*duration == *period\" ...",
+      "timestamp": "2026-07-04 22:47:00",
+      "media_urls": [
+        "https://pbs.twimg.com/media/HMavfcGXUAAC7xf?format=png&name=orig"
+      ],
+      "reply_to_id": "2073532910720741875",
+      "quote_of_id": null,
+      "metrics": {
+        "reply_count": 2,
+        "repost_count": 1,
+        "like_count": 5,
+        "view_count": 525
+      }
+    },
+    {
+      "post_id": "2073543950497898839",
+      "author": "NOTimothyLottes",
+      "handle": "NOTimothyLottes",
+      "text": "Wine's IAudioClient::GetDevicePeriod() returns 53333 for minimum (which is 256 samples at 48KHz - really crappy) and 100000 for default (which is 480 samples at 48Khz - even worse), neither which work with EXCLUSIVE mode. Man Wine sucks, nothing but constant show stopping bugs.",
+      "timestamp": "2026-07-04 23:06:17",
+      "media_urls": [],
+      "reply_to_id": "2073539101320417502",
+      "quote_of_id": null,
+      "metrics": {
+        "reply_count": 0,
+        "repost_count": 0,
+        "like_count": 3,
+        "view_count": 364
+      }
+    }
+  ],
+  "source_url": "https://x.com/NOTimothyLottes/status/2073543950497898839"
+}
\ No newline at end of file