Skip to content

Add Monster Tulpar TD3 AIO LCD control-traffic captures - #22

Open
orcunulutas wants to merge 1 commit into
liquidctl:masterfrom
orcunulutas:add-monster-td3-aio-lcd-captures
Open

Add Monster Tulpar TD3 AIO LCD control-traffic captures#22
orcunulutas wants to merge 1 commit into
liquidctl:masterfrom
orcunulutas:add-monster-td3-aio-lcd-captures

Conversation

@orcunulutas

Copy link
Copy Markdown

Summary

USB traffic captures for the Monster Tulpar TD3 AIO LCD controller (1d6b:0130).

These are the raw captures from which the device control protocol in
liquidctl/liquidctl#921 was
reconstructed. Recording them here as requested in that PR's checklist.

Contents

Monster Tulpar TD3 AIO LCD/01 - control traffic - orcunulutas/:

File Duration Packets Content
monster-td3-usb2.pcapng 31.8 s 262 POST brightness + POST rotate commands with device responses
monster-td3-usb3.pcapng 116 s 876 enumeration, keep-alive polling
monster-td3-usbpcap.pcapng 9.8 s 1957 enumeration, control framing
  • Recorded with USBPcap on Windows 11 25H2 (build 26200) while the official
    Monster application was running, on 2026-08-21.
  • Filtered down from full-bus captures to the target device only (USB device
    address 8); all traffic of other devices removed.
  • Media upload traffic removed: the 0x5c-prefixed block records and their
    POST transport 1 / POST transported 1 framing are not included, so the
    files contain no screen image payloads. (A reference copy of the media
    captures can be provided to maintainers on request.)

Notes

The official Windows application keeps the LCD awake by uploading a fresh
.osd file roughly once per second, so the POST power / STATE all
keep-alive cycle documented in the liquidctl protocol doc was reconstructed
from separate Linux testing rather than these Windows captures. The folder
README describes all of this in detail.

Related: liquidctl/liquidctl#921

USBPcap captures of the 1d6b:0130 controller recorded while the official
Monster Windows application was running (Windows 11 25H2). Filtered to the
target device only; media upload traffic removed. The usb2 file contains
brightness and rotate commands with device responses; the other files cover
enumeration and keep-alive polling. See the folder README for details.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant