There's no problem with the naming of the subtitles file. UMS detects your subtitles just fine, but it seems like your subtitles configuration is somewhat questionable:
Code: Select all
DEBUG 2019-07-01 10:37:28.799 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAMediaSubtitle Set detected charset "UTF-8" and language "null" for D:\Downloads\films\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt
TRACE 2019-07-01 10:37:28.877 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAResource Adding new child "Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv" with class "RealFile"
TRACE 2019-07-01 10:37:28.877 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAResource Looking for an audio track with language "eng" for "Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv"
TRACE 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAResource Matched audio track: Id: 0, Language Code: eng, Audio Track Title From Metadata: Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT, Audio Codec: AAC-LC, Bitrate: 255999, Channels: 2, Sample Frequency: 48000 Hz
TRACE 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAResource Searching for a match for audio language "eng" with audio "eng" and subtitles "off" for "Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv"
TRACE 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.util.SubtitleUtils Looking for subtitles with the highest priority from eng, fre, jpn, ger, und
TRACE 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.util.SubtitleUtils Returning subtitles with priority External, type: SUBRIP, lang: und, externalFile: D:\Downloads\films\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt, external file character set: UTF-8: {}
TRACE 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAResource Ignoring the "off" language because external subtitles are enforced, returning: External, type: SUBRIP, lang: und, externalFile: D:\Downloads\films\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt, external file character set: UTF-8 for "Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv"
DEBUG 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.configuration.ConfigurationReader Reading SupportedExternalSubtitlesFormats: "SUBRIP,ASS,TEXT,MICRODVD,WEBVTT,SAMI" (default: "")
TRACE 2019-07-01 10:37:28.892 [HTTPv2 Request Worker 4] net.pms.dlna.DLNAResource This video has external subtitles that can be streamed
Despite the wrong configuration, it seems that "force external subtitles" saves the day so that this subtitles file is selected.
Code: Select all
TRACE 2019-07-01 10:37:29.017 [HTTPv2 Request Worker 5] net.pms.dlna.DLNAResource External subtitles "Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt" can be streamed to [TV]Samsung Jordi
It is also offered to the renderer in the response to the browse request (aka, when your TV asks UMS to get the "content" of a folder):
Code: Select all
<item id="120" parentID="114" restricted="1">
<dc:title>Resume: Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT {Unknown subtitles}</dc:title>
<sec:dcmInfo>CREATIONDATE=0,FOLDER=Resume: Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT {Unknown subtitles},BM=153</sec:dcmInfo>
<res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" bitrate="579772" colorDepth="8" duration="1:39:05.090" nrAudioChannels="2" protocolInfo="http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_PAL;DLNA.ORG_OP=01" pv:subtitleFileType="SRT" pv:subtitleFileUri="http://192.168.178.29:5001/get/120/subtitle0000Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt" resolution="1920x800" sampleFrequency="48000" size="3446798004">http://192.168.178.29:5001/get/120/Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv</res>
<res protocolInfo="http-get:*:text/srt:*">http://192.168.178.29:5001/get/120/subtitle0000Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt</res>
<res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_SM;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.178.29:5001/get/120/thumbnail0000JPEG_SM_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.jpg</res>
<res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_TN;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.178.29:5001/get/120/thumbnail0000JPEG_TN_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.jpg</res>
<res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/png:DLNA.ORG_PN=PNG_LRG;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.178.29:5001/get/120/thumbnail0000PNG_LRG_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.png</res>
<res xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" protocolInfo="http-get:*:image/png:DLNA.ORG_PN=PNG_TN;DLNA.ORG_FLAGS=00900000000000000000000000000000">http://192.168.178.29:5001/get/120/thumbnail0000PNG_TN_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.png</res>
<upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="JPEG_SM">http://192.168.178.29:5001/get/120/thumbnail0000JPEG_SM_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.jpg</upnp:albumArtURI>
<upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="JPEG_TN">http://192.168.178.29:5001/get/120/thumbnail0000JPEG_TN_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.jpg</upnp:albumArtURI>
<upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="PNG_LRG">http://192.168.178.29:5001/get/120/thumbnail0000PNG_LRG_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.png</upnp:albumArtURI>
<upnp:albumArtURI xmlns:dlna="urn:schemas-dlna-org:metadata-1-0/" dlna:profileID="PNG_TN">http://192.168.178.29:5001/get/120/thumbnail0000PNG_TN_Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv.png</upnp:albumArtURI>
<dc:date>2019-06-14T12:05:56</dc:date>
<upnp:class>object.item.videoItem</upnp:class>
</item>
The TV then asks to get the URL for the subtitles, and one is returned (albeit a different URL than was given in response to the browse request):
Code: Select all
TRACE 2019-07-01 10:37:34.439 [HTTPv2 Request Worker 5] net.pms.network.RequestHandlerV2 Received a request from [TV]Samsung Jordi [Samsung E+ Series] (192.168.178.46:57132):
HEAD /get/121/Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv HTTP/1.0
HEADER:
getCaptionInfo.sec: 1
TRACE 2019-07-01 10:37:34.439 [HTTPv2 Request Worker 5] net.pms.dlna.DLNAResource Asked stream chunk : TimeRange [start=null, end=null] of Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.mkv and player null
TRACE 2019-07-01 10:37:34.439 [HTTPv2 Request Worker 5] net.pms.dlna.DLNAResource Setting lastStartPosition from time-seeking: 0.0
TRACE 2019-07-01 10:37:34.439 [HTTPv2 Request Worker 5] net.pms.network.RequestV2 HEAD only response sent to [TV]Samsung Jordi [Samsung E+ Series]:
HEADER:
HTTP/1.0 200 OK
Server: Windows_10-amd64-10.0, UPnP/1.0 DLNADOC/1.50, UMS/8.2.0
CaptionInfo.sec: http://192.168.178.29:5001/get/121/subtitle0000.srt
Content-Type: video/avi
Accept-Ranges: bytes
Connection: keep-alive
Content-Length: 3446798004
The subtitles are requested by the TV, but the connection seems to be closed immediately after the response is sent:
Code: Select all
TRACE 2019-07-01 10:37:34.455 [HTTPv2 Request Worker 6] net.pms.network.RequestHandlerV2 Received a request from [TV]Samsung Jordi [Samsung E+ Series] (192.168.178.46:42485):
GET /get/121/subtitle0000.srt HTTP/1.0
HEADER:
HOST: 192.168.178.29:5001
ACCEPT-LANGUAGE: en-us
getcontentFeatures.dlna.org: 1
transferMode.dlna.org: Background
DEBUG 2019-07-01 10:37:34.470 [HTTPv2 Request Worker 6] net.pms.util.FileUtil Detected charset "UTF-8" in file "D:\Downloads\films\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT\Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt"
TRACE 2019-07-01 10:37:34.470 [HTTPv2 Request Worker 6] net.pms.util.SubtitleUtils Removed tags from subtitles file: "Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt"
TRACE 2019-07-01 10:37:34.470 [HTTPv2 Request Worker 6] net.pms.network.RequestV2 Loading external subtitles file: Pet.Sematary.2019.1080p.HC.WEBRip.x264.AAC2.0-STUTTERSHIT.srt
TRACE 2019-07-01 10:37:34.470 [HTTPv2 Request Worker 6] net.pms.network.RequestV2 Transfer response sent to [TV]Samsung Jordi [Samsung E+ Series]:
HEADER:
HTTP/1.0 200 OK (non-chunked)
Server: Windows_10-amd64-10.0, UPnP/1.0 DLNADOC/1.50, UMS/8.2.0
TransferMode.DLNA.ORG: Background
Content-Type: text/plain
Expires: Fri, 25 Oct 2019 02:24:14 GMT
DEBUG 2019-07-01 10:37:34.799 [HTTPv2 Request Worker 3] net.pms.network.RequestHandlerV2 Connection error: java.io.IOException: De externe host heeft een verbinding verbroken
DEBUG 2019-07-01 10:37:34.799 [HTTPv2 Request Worker 3] net.pms.network.RequestHandlerV2 Premature end, stopping...
As such, I'm not sure exactly what fails here, but usually when the renderer force closes a connection, it means that UMS sent something it didn't expect or didn't send something it expected. That means, in some way didn't behave like the renderer is programmed to expect, so the code in the renderer doesn't know how to handle it, and whatever "task" is being performed is aborted (like trying to get the subtitles) and the connection is closed.
Personally I'm not familiar with "TransferMode.DLNA.ORG: Background". Usually this value is "Interactive" or "Streaming". It might be that UMS doesn't respond appropriately to the transfer mode, or it could be that this has nothing to do with it.
If it works with earlier versions of UMS, the simplest thing to do would be to make a corresponding debug log using a version where it works and look at how this communication looks there. Whatever is different is then probably the problem
