Using Media Source, Hardware Decoding of SRT video feed fails

Operating System Info

macOS 15

Other OS

No response

OBS Studio Version

32.0.2

OBS Studio Version (Other)

No response

OBS Studio Log URL

https://obsproject.com/logs/0A4Zt5LtniteMFgM

OBS Studio Crash Log URL

No response

Expected Behavior

An SRT video feed from Softvelum's Nimble Streaming Server configured in accordance with the OBS SRT Protocol Streaming Guide is correctly ingested by a Media Source when "Use hardware decoding when available" as it did in OBS 30.x and 31.0.4.

Current Behavior

I hesitate to call it a stutter when "Use hardware decoding when available" is enabled because it's a lot worse than that. It appears that full seconds of the incoming stream are lost. I've recorded two videos -- in one I have Hardware decoding enabled for the source. In the other I have it disabled. In both examples I am moving the camera (which is sending running the Larix camera app a feed via SRT to the Nimble server) from side to side. The media source is then pulling that feed in.

Hardware Decoding enabled -- https://www.youtube.com/watch?v=aQl3caGvz8Y
Hardware Decoding disabled -- https://www.youtube.com/watch?v=hlIYb7qJv1g

Audio appears to be fine.

This behavior first showed up in OBS 31.1.x and continues in OBS 32.0.x
I was running MacOS 15 when the problem first started. I am running MacOS 26 now.

Steps to Reproduce

1. Create a Media Source
2. Disable Local File
3. Disable "Restart Playback"
4. Set Network Buffering to zero (0) mb
5. Set Input to "srt://FQDN:PORT?connect_timeout=3000&latency=200000"
6. Set Input format to "mpegts"
7. Set Reconnect Delay to three (3) sec
8. Enable Use hardware decoding when available
9. Enable Show nothing when playback ends
10. Disable Close file when inactive
11. Set YUV Color Range to Auto
12. Disable Apply alpha in linear space
13. Disable Seekable
14. Leave FFmpeg Options blank

Anything else we should know?

I am running an Macbook Pro 16" w/ M3 Max CPU.
I regularly bring in 10-12 SRT feeds simultaneously with no issue. This is a problem with on ONE feed being pulled in.
This appears very similar to this bug: https://github.com/obsproject/obs-studio/pull/10376
Rolling back to OBS 31.0.4 resolves the issue. OBS 31.1.0 has problems bringing in SRT feeds in a Media Source regardless of whether or not Hardware Decoding is enabled or disabled. 31.1.1 and up have issues when Hardware Decoding is enabled.

Start with the linked OBS log and the referenced pull request #10376, then reproduce the Media Source configuration described in the issue on macOS using OBS 31.0.4 and a later version. Compare the hardware-decoding behavior for the SRT MPEG-TS feed; done means the feed no longer loses video when hardware decoding is enabled.