I don’t mind sending in tickets, but I still think posting threads about our problems in the forums is a good idea. It lets us collaborate quickly to find common issues or answer questions we already have answers too.
Is there a consensus yet on what focus the firmware team is taking based on the poll we did?
Posting a thread is definitely something I wish to encourage, we have a user base with high technical knowledge and discussions are a great way to learn more. Always feel free to post a thread about your issues!
The purpose of the ticket is so we can streamline the data collection process (make the process more effective) and have a consolidated list of all user reported issues that makes it easy for us to reference the needed information to multiple external parties. This is important to prevent any misunderstandings.
USB Hub setup: USB-B connection / USB-C connection
Issue details: Sometimes when manually switching back to DisplayPort after using HDMI input, the monitor will not detect any video on DisplayPort.
What does the issue look like Black screen, eventually showing “No signal” before going into sleep mode.
What triggers the issue (how to replicate it): Using a device on HDMI1 (PS5 in my case) for some time while PC is on desktop connected to DisplayPort. Leaving display on HDMI1 for some time and switching to DisplayPort.
What is the percentage of this happening: 10%
If it doesn’t happen all the time, what is the alternative outcome? Input will change to displayport and show desktop correctly.
Please provide any additional details you have found. When encountering the issue, restarting the monitor or reinserting cable did not fix. Only hard restarting PC fixed the issue.
Not sure whether this is a Spectrum bug per se, so I don’t want to have a whole form for it (tell me if you want it), but I had this experience with an M1 Pro Mac:
Plugged it in post-update (106 to 107), had intermittent LED responses (on/sleep/on) then realized the Mac crashed. Plugged it with the lid open, worked fine. Closed the lid, the display blacked out then the Mac crashed again. This happened twice more until I got a Panic Medic Boot message of the Mac disabling all kernel extensions.
After this everything worked fine (lid closed/open). The only extensions I have installed are macFUSE (storage) and an audio-related SoundSource, which I assume was the problem since the cable passes audio.
I can’t (and frankly don’t want to) recreate the problem, but I’m just letting you know in case it’s something obvious to the firmware team, like a device ID reset or something.
Super thanks for the update, anyhow. The DSC support over USB-C is a boon.
USB Firmware Version: Notice it’s the “newer” version.
Device(1): Depth0, V/PID = 2109/2822F0), , FW Ver = 06A4
PD-Device: V/PID = 2109/0103, FW Ver = 0A.89.18.02
Device Type and OS version: 16" MacBook Pro 2021
CPU: M1 Pro
GPU: M1 Pro
Video connection used for Spectrum: USB-C
Cable brand / specs used for connection: OWC Thunderbolt 4
Secondary video connection used for Spectrum:
USB Hub setup: Same USB-C cable, two audio devices connected on the left pannel.
What does the issue look like (you can provide a picture or video here, if any): Black screen, will provide a video if needed.
What triggers the issue (how to replicate it): Described below.
What is the percentage of this happening: 100% of the time.
If it doesn’t happen all the time, what is the alternative outcome?
Please provide any additional details you have found.
Hi, got another completely bizzare bug/OS issue with an M1 Pro MBP, once more present only at 144Hz, and only since 107 (afaik).
On GitLab’s SaaS platform (gitlab.com, not the one you can install yourself), when viewing any job page (the one with the black box), the screen blinks black a single time after 2-3 seconds on the page, then a second after, blacks out completely.
So far that is the only page I noticed it’s happening on, on Chrome, Safari and Firefox. There is no indication for anything odd happening neither in Chrome nor in macOS Console and I unfortunately can’t save the page and share it due to NDAs, but I assume it’s not related to my company specifically (we have a lot of different CIs generating different output).
I imagine the underlying cause is some unique render call or something that hogs all the bandwidth (?), but it’s really not my field of expertise and I basically have a clue.
Edit: Also want to add that,
a. This does not happen on the windows machine, connected via DisplayPort.
b. This still happens when the USB devices are disconnected from the monitor.
Cable brand / specs used for connection : Fiber HDMI2.1
Secondary video connection used for Spectrum: usb-c
USB Hub setup: USB-B connection
What does the issue look like (you can provide a picture or video here, if any): The display just cannot catch the HDMI after powered on.
What triggers the issue (how to replicate it): Put the display to sleep for hours
What is the percentage of this happening: i.e. 50% of the time/ 100% of the time? 80%
If it doesn’t happen all the time, what is the alternative outcome? monitor operates as norma
Please provide any additional details you have found. Switching to other source/cycle through the options and back to HDMI might help most of the times. Guaranteed fix with PC reboot, but to do that I need to force power off because I don’t have other displays.
That’s correct. As soon as I plug my laptop into the Spectrum it freezes up, then crashes and goes into a boot loop. Other devices seem to be working okay. So unsure if a macOS issue, or a Spectrum issue.