You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Add .opus to audio source extension detection #1854
If a source file has the .opus extension, it cannot be identified as an audio file.
If a HEAD request to the server returns audio/ogg, the file can be played back as audio as a fallback; however, if the implementation incorrectly returns audio/opus, an error will occur.
Expected Behavior:
If the URL has the .opus extension, it should be identified as audio.
Steps To Reproduce:
Specify a URL with the .opus extension in Vidstack's src
I also noticed a related issue while testing this: .ogg is currently included in VIDEO_EXTENSIONS, so Ogg Vorbis files with the conventional .ogg extension are detected as video sources. .ogv should be video, while .ogg is conventionally used for Ogg Vorbis audio (and .oga for generic Ogg audio).
This probably belongs to the same extension detection table, but I can open a separate issue if preferred.
Fixed by #1865, which ships in the final 1.x release: URLs ending in .opus are now detected as audio, so Vidstack no longer needs the HEAD request to identify them. Thanks for the report and the repro!
Activity
reasonset commentedon Aug 23, 2026
I also noticed a related issue while testing this:
.oggis currently included inVIDEO_EXTENSIONS, so Ogg Vorbis files with the conventional.oggextension are detected as video sources..ogvshould be video, while.oggis conventionally used for Ogg Vorbis audio (and.ogafor generic Ogg audio).This probably belongs to the same extension detection table, but I can open a separate issue if preferred.
mihar-22 commentedon Oct 6, 2026
Fixed by #1865, which ships in the final 1.x release: URLs ending in
.opusare now detected as audio, so Vidstack no longer needs the HEAD request to identify them. Thanks for the report and the repro!