#Plex .srt embedded sub giving 404 in logs, won't play on stream or in troubleshoot
warm flax
woven wyvern
i think this is the wrong item? it shows the 500 from the ass subtitles
but if you want to dig into the 500, you can curl the url there http://localhost:8409/media/subtitle/81660?seekToMs=1935000 which should print some streaming debug logs in etv with an ffmpeg command that you can then try directly to see what it's complaining about
warm flax
Right when I do that directly with curl it's this again:
ersatztv-1 | Error opening input file http://localhost:8409/media/plex/2/A0/D8/A0D8DF522093045D21924F783D050B29.srt.
ersatztv-1 | Error opening input files: Server returned 404 Not Found
And this:
ersatztv-1 | [20:28:07 ERR] HTTP GET /media/subtitle/81660?seekToMs=1935000 responded 500 in 4.55 ms from ["curl/8.11.1"] at 192.168.0.25
ersatztv-1 | System.ArgumentNullException: Value cannot be null. (Parameter 'path2')
that's different than what you posted before - same subtitle?
warm flax
The 81660 is the same yea, though the first message there (the .srt) is what happens when it picks the srt
That seems to be with: /media/subtitle/75976?seekToMs=1264710
I think it's 2 different subtitles issues, the 404 is the one for this support though
The 81660 is an external sub giving this 500, so I guess it should be a different support but I have no troubleshooting zip because it only happens on stream
woven wyvern
the zip is for the 81660
warm flax
That's confusing
woven wyvern
yes lol
warm flax
Yea, will confirm that the 81660 is the srt embedded in plex which should be picked up but gives 404
woven wyvern
can you dm me your ersatztv.sqlite3 db file? something isn't lining up here - the log with the 81660 and the error is using libass, not libsrt
woven wyvern
got it, will dig in
warm flax
So to get around this bug, I made external .ass subs and an extractor from any kind of embedded sub to a sidecar sub, then the subtitle_condition, and it jumps directly to the external sub
What happened in the case of the 75976, the stream lapsed and that's another .srt from plex
So can confirm that it will pick up the external .ass, but it 404s/500s on the embedded srt
And also did a deep scan and it still doesn't like the srts
woven wyvern
something very strange is going on - it says they are extracted but they do not have a (cached - meaning local copy) path in the database. those fields are only ever set together (isextracted=true, path=whatever).
warm flax
I think this is the same bug I had last year when it tries to load extracted subs but the extracted sub doesn't actually exist
And it seems to be random too, some files have extracted subs others just... don't
I was using jellyfin back then
woven wyvern
not really sure how it even gets in that state, but i can make an update to clear it. will see if i can add more logging around the extraction process too
warm flax
That would help and maybe a catch all/reset to work around that state which allows it to re-extract with a scan or deep scan could be helpful
woven wyvern
ok, new version will clear any bad extracted state on startup, and i tweaked how the status is stored in the first place. hopefully it helps. would be worth keeping log levels at debug for a bit if you turn extraction back on
warm flax
I'll keep the logs on debug and will keep extraction enabled
woven wyvern
i found the cause of this bug. working on a proper fix to keep extracted subtitles up to date
woven wyvern
fixed - you can deep scan the show and it will extract all subtitles again. it will also remember ones that were already extracted, so future deep scans wont require the long extract process unless the subtitles actually changed
warm flax
That's awesome, thanks!