Plex nvidia shield and .TS problems, question about container?

#1
I was wondering if anyone can help or experience with this?

Plex on the nvidia shield only seems to recognise mpeg, h264 and h265 files. It doesn't like the .TS container.

Does anyone have any suggestions about an appropriate container switch, and what's the simplest (batch) method to do this. I'm not looking to transcode or convert it to divx etc, just a container switch.

Any input or help is greatly appreciated. Thanks.
 

Black Hole

May contain traces of nut
#2
These are not containers, they are video codecs (for example: the .ts container may include h.264 video and AAC audio). The trouble may be that the .ts output from PVRs is not true .ts but actually (IIRC - I get a bit confused about some of this) .m2ts. You could try renaming it.

However, if that doesn't work, it should be straightforward to re-mux the .ts contents to .mp4.
 
OP
OP
M

makeydiam

New Member
#3
hi blackhole,

Thanks very much for the reply. I understand that the container is the .ts file, so do you mean just renaming the file to .m2ts by changing extension? that would be a lovely and fantastically simple solution!

If not then for the remux would you suggest videoredo or any other good free alternative.? I'm keen to try a big batch run once i can address the compatibility.

many thanks again.
 

Black Hole

May contain traces of nut
#4
do you mean just renaming the file to .m2ts by changing extension?
Yes.
That's because native HDR video has 192 byte packet size (M2TS format) although recordings have the .ts extension.

That won't necessarily help in your situation, I don't know whether Plex understands M2TS either. The following contains a clue to a possible remuxing utility, in your case to create MP4:
Convert your source to .m2ts format with tsMuxeR GUI (very fast) then rename them to .ts before processing with sidecar.
You could even try converting the existing M2TS to proper TS and see if Plex likes that.
 
OP
OP
M

makeydiam

New Member
#5
Thanks again. The helpful guidance is very much appreciated.
I'll try (in order):

1. Renaming to .ts
2. Converting with tsMuxeR GUI
3, Change container with videoredo.

I'll report back in due course.

The shield is a great little box with plex, providing files are compatible. Fingers crossed one of these work.
 

MontysEvilTwin

Well-Known Member
#6
Thanks again. The helpful guidance is very much appreciated.
I'll try (in order):

1. Renaming to .ts
2. Converting with tsMuxeR GUI
3, Change container with videoredo.

I'll report back in due course.

The shield is a great little box with plex, providing files are compatible. Fingers crossed one of these work.
As @Black Hole said above, the recordings on the HDR-FOX are m2ts streams (not ts): try renaming to m2ts.
Most of the standard def. recordings will have MPEG2 video and MP2 audio: remuxing these to .mpg files should work. Some standard def. and all high definition recordings will have H264 video and AAC (LATM) audio. These are best converted to mp4 files. You will need to convert the AAC-LATM audio to AAC though.
TSMuxer GUI can't handle the AAC-LATM audio, it only has support for AAC. Plus it can't convert to mp4.
If you have Videoredo then use this for your reprocessing. If not you could try Avidemux or Handbrake on Windows.
Ffmpeg is useful for converting MPEG2/ MP2 recordings to .mpg files. This can be done on the HDR-FOX itself from Webif or the standard command line interface. However the version of ffmpeg (2.8) on the HDR-FOX has a bug which can make this process fail. Either revert to version 0.10 on the HDR-FOX or do it on a Windows PC with an up-to-date ffmpeg Windows Zeranoe build. Ffmpeg is not great for converting H264/AAC-LATM to mp4. You can copy the video stream and conversion of the audio to AAC is quick, but it is common for the resulting files to have the video and audio streams out of sync.
 
OP
OP
M

makeydiam

New Member
#7
As @Black Hole said above, the recordings on the HDR-FOX are m2ts streams (not ts): try renaming to m2ts.
Most of the standard def. recordings will have MPEG2 video and MP2 audio: remuxing these to .mpg files should work. Some standard def. and all high definition recordings will have H264 video and AAC (LATM) audio. These are best converted to mp4 files. You will need to convert the AAC-LATM audio to AAC though.
TSMuxer GUI can't handle the AAC-LATM audio, it only has support for AAC. Plus it can't convert to mp4.
If you have Videoredo then use this for your reprocessing. If not you could try Avidemux or Handbrake on Windows.
Ffmpeg is useful for converting MPEG2/ MP2 recordings to .mpg files. This can be done on the HDR-FOX itself from Webif or the standard command line interface. However the version of ffmpeg (2.8) on the HDR-FOX has a bug which can make this process fail. Either revert to version 0.10 on the HDR-FOX or do it on a Windows PC with an up-to-date ffmpeg Windows Zeranoe build. Ffmpeg is not great for converting H264/AAC-LATM to mp4. You can copy the video stream and conversion of the audio to AAC is quick, but it is common for the resulting files to have the video and audio streams out of sync.
Many Thanks.

For some reason, there's no prob with the SD recordings, they seem to work fine, it's just the HD ones that seem to be causing the main problem.

If I do go down the videoredo route just to switch container, then would you suggest any particular profile, or just an MP4 container with mp3/AC3 with 192 kbps as audio?
 

MontysEvilTwin

Well-Known Member
#8
Many Thanks.

For some reason, there's no prob with the SD recordings, they seem to work fine, it's just the HD ones that seem to be causing the main problem.

If I do go down the videoredo route just to switch container, then would you suggest any particular profile, or just an MP4 container with mp3/AC3 with 192 kbps as audio?
Interesting that it is OK with m2ts streams with standard def. recordings. For high def. recordings, have you tried keeping the m2ts container and converting the audio to either AAC (ADTS) or AC3? If you as going to convert to mp4, 192 kbps sound reasonable for the audio stream. Stick to AAC (ADTS) audio with mp4 the HDR-FOX will play this OK.
 

Black Hole

May contain traces of nut
#9
For some reason, there's no prob with the SD recordings, they seem to work fine, it's just the HD ones that seem to be causing the main problem.
That puts a whole new complexion on things. It does not accord with a statement in your original post (even if I disregard the inappropriate use of past tense):
Plex on the nvidia shield... doesn't like the .TS container.
Clearly Plex is happy with .ts, even with the M2TS format, otherwise StDef wouldn't work either.

That leaves a couple of possibilities:

1. The video and/or codecs are incompatible; or

2. You've not decrypted the file. See Decryption Guide (click).

Is there another problem?
 
Top