mirror of
https://github.com/tubearchivist/tubearchivist-plex.git
synced 2026-03-23 20:37:11 +00:00
[GH-ISSUE #53] [Bug]: .vtt Subtitles Not Supported by Plex #20
Labels
No labels
bug
bug
documentation
duplicate
enhancement
good first issue
help wanted
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
tubearchivist/archived-tubearchivist-plex#20
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @IT-cmd on GitHub (Feb 22, 2024).
Original GitHub issue: https://github.com/tubearchivist/tubearchivist-plex/issues/53
I've read the documentation.
Operating System
Synology
Your Bug Report
Describe the bug: Plex says it supports .vtt subtitles, but the web player and apps themselves don't allow you to play them.
My issue is using Tube Archivist for YouTube shows and adding them to Plex. TA downloads subtitles as .vtt files.
Is there any way to get Plex to play these? If not, is it possible to easily convert these to .srt automatically?
Steps To Reproduce: Use TubeArchivist to download videos with English subtitles.
Expected behavior: Plex plays videos back with subtitles.
Relevant log output
Anything else?
No response
@lamusmaser commented on GitHub (Mar 3, 2024):
We've seen this before, where the files are seen and recognized but not showing in Plex. Try from here: https://github.com/tubearchivist/tubearchivist-plex/issues/30#issuecomment-1873402832
I've tried fixing this before, but it isn't easy to replicate and doesn't seem consistent.
@lamusmaser commented on GitHub (May 9, 2024):
Additionally,
.vttfiles are not processed during the Scanner processing, but instead during the Agent processing. Review of the Agent logs should show that the files are not being picked up properly. Workaround supplied in previous comment should allow it to work again.@lamusmaser commented on GitHub (Mar 11, 2025):
Because of the methodology used to get the subtitles changing, I am going to close this for now. If we see this re-occurring in the future, we can look into what is causing the failure on the Agent.