correct DVR is back to TS container, although it is remuxed and not a raw dump like originally, so still may be some issues. so if anyone has any please report them.
@jayz78 They had to go back because closed captions/sub titles were not working for those with hearing disabilities. You can always convert the ts recording to another format. I use post processing with mcebuddy to remove commercials and convert to mp4. You can setup a similar post processing on just about any OS. Search the forum for post processing and whatever OS your Plex Server is running.
I don’t understand why this can’t be a setting like it was before the first move to MKV, Remux to mkv containter, more compatibility, but breaks closed caption (currently) that sounds like some people will prefer both sides of the option and it was originally a drop down so bring it back plex, please!!
@johnm_ColaSC said: @jayz78 They had to go back because closed captions/sub titles were not working for those with hearing disabilities. You can always convert the ts recording to another format. I use post processing with mcebuddy to remove commercials and convert to mp4. You can setup a similar post processing on just about any OS. Search the forum for post processing and whatever OS your Plex Server is running.
@johnm_ColaSC I looked into this in the past but as my PMS is on a Mac and media stored on a synology doing any script processing looked very hard to someone like me wth zero Linux/ scripting experience. Sadly MCEbuddy is windows only.
This needs to be a setting in DVR. When I playback shows I am now getting info at the top telling me it’s being transcoded because MPEGTS is an unsupported container. I am using HDHomerun Extend.
Of course plex could put a couple sliders and knobs in the settings UI to let users decide how they want serverside to process the incoming stream…
then we could adjust container, bitrate, remix, etc.
make it an advanced menu…
1.7.2 was the last pretty stable release and 1.5.x was working even better in my opinion…
there have been many issues with this last pass/public merge and I too will not install 1.7.6 after the last fiasco with 1.7.5 until more reports are in… not going to be the guinne pig this time
@dragonmel said:
Of course plex could put a couple sliders and knobs in the settings UI to let users decide how they want serverside to process the incoming stream…
then we could adjust container, bitrate, remix, etc.
make it an advanced menu…
1.7.2 was the last pretty stable release and 1.5.x was working even better in my opinion…
there have been many issues with this last pass/public merge and I too will not install 1.7.6 after the last fiasco with 1.7.5 until more reports are in… not going to be the guinne pig this time
going a little overboard don’t you think? this was previously an option already and they still have the transcode option, Remux was just one more drop down on an option page with only one other dropdown.
dvr transcode on/off at capture is not really ‘options’… especially where there is zero documentation about what its doing … oh and labled experimental
I think plex has to be very careful about adding options to this part of the DVR. We already saw one big problem occur when they tried to make this change recently with Closed Captions and similar for countries other then US. They need a method that will universally work and always produce expected results. Once you start changing containers and codecs support will get exponentially more complicated. The purpose for post processing is to allow us to manipulate the output the DVR Produces to our standards for use. They just need one method that works reliably and provides the video and all it’s parts they expect it to for us.
@tjeh said:
This is non-sense to force .ts! This should be a selectable configuration for the server admin!
Had to implement my own post-processing script to get .mkv dvr files that work with my Samsung (incl. rw and ff)
A few things. First off feel free to ignore all i am saying because i am neither an employee or a ninja and am making some assumptions here. The original .ts system worked so well (for recording) because it is just a straight dump of the video stream…plex doesn’t need to modify it at all. When they went to a remux model with mkv only many, many, many things broke, as is possible and probable with a beta. They need this new model for a multitude of reasons but most importantly it allows live tv with timeshifting to work and the mkv container helps with compatibility with the apps especially when you do the h264 reencode.
My feeling would be that they are reverting back to .ts to get it semi working while they work on their remux system. So right now it is remuxing the files from parts, which allows their live tv system to continue working (it would be very bad to regress on that feature right after it came out). I fully expect the mkv options both mpeg 2 and 4 to return…and hopefully they keep .ts also after they fix their issues.
If you need dvr recording to consistently work…my recommendation would be to revert to 1.6.1 and use something like mcebuddy with 1 pass mp4 to get your files working consistently on your devices
If any of my assumptions are wrong please feel free to correct.
With movies i record, I prefer to manually cut out the commercials in Premiere Pro, which will not work with MKVs. With the .ts format, I can just rename the extension to .mpeg and it imports and edits just fine. When it went to MKV I had to transcode with Handbrake to .mp4 and then edit. A step I’ll be glad to not have to do anymore. For TV Shows, I just use MCEBuddy to transcode my media to .mp4.