I am getting the “We’re unable to play this video…” error on some mkv containers with H264/AVC + DTS but not on others, on the following setup:
Non-jailbroken ATV 2 running on latest update (AppleTV2,1_6.2.1_11D258)
PMS 0.9.12.18 on Windows 7
PlexConnect 0.5-dev-211015 on Python 2.7.10 on Windows 7 (same as PMS)
PMS Settings:
_- Transcoder Quality = Auto
- Dolby Digital on Apple TV = OFF_
ATV 2 Settings:
- Audio & Video -> Dolby Digital = OFF
PlexConnect Settings:
_- Transcoder Action = Auto
- Transcoder Quality = 720p 4.0Mbps
- Subtitle Renderer = Auto_
The seems to be linked only to video containers (in this case, mkv) with a single audio stream that is in DTS format, though some files with DTS audio play without issues. Sometimes the “We’re unable to play this video…” error occurs when using the seek (fast-forward / rewind) feature.
Here is an example of relevant PMS debug log output:
Nov 08, 2015 16:15:59:333 [10636] DEBUG - Request: [::ffff:192.168.0.102:51250] GET /video/:/transcode/universal/session/C07F3XWXDDR5/base/00427.ts (4 live) TLS
Nov 08, 2015 16:15:59:333 [10636] DEBUG - Asked for segment 427 from session.
Nov 08, 2015 16:15:59:333 [10636] DEBUG - HLS segment range: 0 - 433; average bitrate: 2.93 Mbps (segment size min/avg/max: 0.2/3.7/16.6)
Nov 08, 2015 16:15:59:333 [10636] DEBUG - Returning segment 427 from session: C:\Users\Keith\AppData\Local\Temp\plex-transcode-C07F3XWXDDR5-09ef147d-c665-4077-8bba-9eab336bcfa2\media-00427.ts
Nov 08, 2015 16:15:59:334 [10636] DEBUG - Content-Length of C:\Users\Keith\AppData\Local\Temp\plex-transcode-C07F3XWXDDR5-09ef147d-c665-4077-8bba-9eab336bcfa2\media-00427.ts is 2306760.
Nov 08, 2015 16:15:59:779 [11432] DEBUG - Request: [::ffff:127.0.0.1:51231] PUT /video/:/transcode/session/C07F3XWXDDR5/progress?progress=89.4&size=-22&remaining=5138 (4 live)
Nov 08, 2015 16:15:59:779 [11432] DEBUG - HLS segment range: 0 - 433; average bitrate: 2.93 Mbps (segment size min/avg/max: 0.2/3.7/16.6)
Nov 08, 2015 16:15:59:779 [11432] DEBUG - We want 6 segments ahead, last returned was 427 and max is 433.
Nov 08, 2015 16:15:59:779 [11432] DEBUG - It took 0.0 sec to serialize a list with 0 elements.
Nov 08, 2015 16:15:59:779 [5896] DEBUG - Completed: [::ffff:127.0.0.1:51231] PUT /video/:/transcode/session/C07F3XWXDDR5/progress?progress=89.4&size=-22&remaining=5138 (4 live) 0ms 289 bytes 206
Nov 08, 2015 16:15:59:781 [11440] DEBUG - [Transcoder] Throttle - Getting back to work.
Nov 08, 2015 16:16:00:036 [10636] ERROR - [Transcoder] [matroska,webm @ 01ce7fe0] Invalid EBML number size tag 0x01 at pos 2147493384 (0x80002608)
Nov 08, 2015 16:16:00:055 [11432] ERROR - [Transcoder] [dca @ 01bb1a80] Not a valid DCA frame
Nov 08, 2015 16:16:00:056 [11440] ERROR - [Transcoder] Error while decoding stream #0:1: Invalid data found when processing input
Nov 08, 2015 16:16:00:058 [11432] ERROR - [Transcoder] [dca @ 01bb1a80] Not a valid DCA frame
Nov 08, 2015 16:16:00:069 [10636] ERROR - [Transcoder] Error while decoding stream #0:1: Invalid data found when processing input
Nov 08, 2015 16:16:00:072 [11432] ERROR - [Transcoder] [dca @ 01bb1a80] Not a valid DCA frame
The same file that caused the above errors plays fine in VLC on a Mac or PC with audio transcoding down to stereo.
It’s entirely possible that the files giving the error have corrupt data because they have been copied from DVD-Rs that they were backed up to. If that’s true I wonder why VLC can handle the errors more gracefully and play through where PMS can’t.
Any ideas or suggestions would be greatly appreciated.
