Don’t know I’m not at home to verify. Will be in a couple of hours and can try installing then.
no 1.7.1, does not fix this issue, i will report back once i have been informed it is fixed. i will assume plex will ask me to test, as i am working closely with them on this issue.
no, it has nothing to do with this issue. I am still seeing the mux to MKV option is gone and everything goes to MKV instead of ts
@BRBMan said:
no, it has nothing to do with this issue. I am still seeing the mux to MKV option is gone and everything goes to MKV instead of ts
the option will not be coming back, it needs to stay as mkv default instead of TS, just they are working on fixing the video stutter issue etc.
i can’t go into details as to why, as i don’t know, just being told it was removed on purpose.
Why does it need to stay at MKV? Why would I want or need them to remux the original file. When and if I select Original I want the original not some altered file. I should be able to select MKV for the case I need it and when I select original I should get the original stream without Plex altering it. By the way I am in the US and use the Extend model for OTA so the native stream is TS
Is this going to affect subtitles? Thought I read on another thread that the subtitles were not available if the recording was remux to mkv.
@BRBMan, They are likely going to the MKV Container because it is allot more flexiable then the TS container orinignallly used. They are likely not changing anything in the video or audio streams.
@johnm_ColaSC, Hopefully the improvments with the encoder in the change log were to address this conern. It would be a shame if they basicaly killed all subtitles with this
@mavrrick that does not explain why the same show recorded today was almost half the size, Container alone would not do that without something else going on. Also the quality "seemed " a little softer . The 3 files recorded after update did not indicate original quality was captured and placed into a different container.
I have a feeling this is something related to preparing for Live TV. I have noticed something else that is a problem as well. Simply put I have two shows hung after the recording has completed. It also appears that one of my tuners is being held open for some reason.
As i was digging through my server to see what was happening i found what appears to be a bunch of tiny files in my transcoder location. These tiny files appear to be related to the show being recorded and the tuner being held open. They are .TS files and appear to be related to whatever the current tuner activity is. My suspicion is that this is a way to start to look at prepping content for Live viewing and time-shifting. I could be completely wrong in that reguard though.
I assume this issue would apply to anywhere using DVB, such as Australia?
@lennier76 No, Australia seems to be okay 
Ok I upgraded and yes, the recordings are fine. BUT there’s a major problem: they completely break playback on the PS4 client (at least).
I get the ‘not powerful enough to convert video’ error now, when previously they streamed fine (I’m not wanting to or trying to transcode anything).
The previously recorded TS files still play fine, as do downloaded MKV files, but something about the DVR-created MKVs breaks their own client on the PS4 platform. Not too flash.
Also won’t play on the Android client, just says ‘unable to play media’.
@mavrrick it’s possible that it’s related to Live viewing. But it’s also possible that it’s related to fixing the myriad pre-existing problems with UK HD playback.
The move to MKV is probably to help resolve the general problem (for all countries) that TS files aren’t reliably seekable, as they have no index. My old Freeview DVR generates it’s own index files to get around this.
But the UK HD problems go further. UK HD broadcasts might change audio codec, aspect ratio, resolution, and 1080p to 1080i - all even within a single programme (the 1080i/p switch is a particular problem).
This is a problem for Plex, as it needs to make decisions about Direct Play and/or transcoding when it starts to play a file.
To get round this, they are planning to implement multi-part recordings, each with different parameters, but linked together.
Please do NOT remove the TS option. When I tried to remux to mkv (thinking this is better for post-processing), the audio/video sync would fail. Only by keeping the stream as a TS and using TSDoctor, am I able to trim the commercials out WITHOUT causing sync issues.
@sGarver said:
Please do NOT remove the TS option. When I tried to remux to mkv (thinking this is better for post-processing), the audio/video sync would fail. Only by keeping the stream as a TS and using TSDoctor, am I able to trim the commercials out WITHOUT causing sync issues.
sorry, but from what i have been told (by Plex) it is done, and NOT getting reverted, i have same issue with the app i use on my mac to trim/edit only works with TS.
let all just wait and see what plex does with this issue, it may help at lot of other issues too.
Surprising movie but I guess it’s due to the fact they don’t want to support disc based containers and people would then ask about .m2ts support.
So everything is just .MKV now? Can’t say that’s a bad thing to be honest. Android TV is not a fan of .TS files.
Yeah the Plex Android TV client struggles with my .TS recordings, although Kodi/SPMC have no issues with them. Not sure whether I’m ready to upgrade yet though given these reported issues.
@andyblac1974 said:
this build forces recording to a MKV container, with No Way to change to TS, and as we know UK recordings do not work in MKV containers.so you have been warned!!!.
That’s a lie. I’ve used the remux option for ages with no problem.
@danjames92 I’ve certainly had problems when remuxing BBC1 HD recordings to MKV … if it hits a 1080i/1080p switch (for example a 1080p programme with a 1080i lead-in) it goes haywire!
