I love the beta function of the plex dvr, but where is the de-interlace option for interlaced programming?
Almost all 1080 content on OTA or Cable tv is broadcast in 1080i or 720P. 720P content records fine as there is no interlacing to deal with. But 1080i content is nearly impossible to watch on all the plex devices I have (Shield TV, Apple TV, Galaxy Note 7, Macbook Air, iPhone 6, & iPad Air). The reason is because you can clearly see the interlacing scan lines during camera movement.
To be a valid option for a DVR, there needs to be a de-interlacing option within Plex. Does de-interlacing happen if you choose to transcode the recordings in real time coming from my HDHR Prime? Right now, I have Plex setup to re-wrap all incoming recordings from my HDHR Prime to MKV. This works nicely, but does not address the interlacting issue.
Please tell me I’m missing something, because even the most basic DVR programs understand that you will need to de-interlace 1080i content during recording or, at a minimum, during playback.
@kinoCharlino - Also, I know for a fact that the HDHR devices will not do any manipulation of the video unless it’s the EXTEND version. De-interlacing is done by the software that’s connecting to the HDHR Prime device.
To be clear, for HDHR which cannot transcode on their own and you enable us to do the realtime conversion while recording, we’ll do a deinterlacing as well.
@elan said:
To be clear, for HDHR which cannot transcode on their own and you enable us to do the realtime conversion while recording, we’ll do a deinterlacing as well.
I just tried using the Transcode option on my HDHR Prime. My server is 3.49 GHz Core i7 machine with 32 GB of ram. It has a direct 1 Gig connection to my synology storage. The files that were created ending up having lots of mkv drop outs and were largely unplayable. My server can handle 8 devices transcoding at once, so I"m guessing the problem is not a data bottleneck. But in case it is a data throughput bottleneck with my storage, is there any way to record in original mpeg2 format and have plex transcode the files afterwards? I’m going to try to set my DVR recordings folder to optimize, but I would really like it to record the mpeg2, transcode to TV Optimized, then delete th original mpeg2.
UPDATE - I set my DVR recordings to “Optimize for TV” and it still did not properly de-interlace the content. I still see scan lines everywhere even on the optimized content.
This should not be that hard to fix on the plex side. Plex detects interlaced content, optimizes it with a globally set quality setting, erases the original mpeg2 file, then indexes the properly de-interlaced file on the server.
Please make this happen quickly. Plex DVR is unusable because of the interlacing scan lines at this point.
Please make this happen quickly. Plex DVR is unusable because of the interlacing scan lines at this point.
lmao its a beta, it will happen when it happens
Agreed, but this is a very simple fix if they just de-interlace 1080i content on record or very quickly post record. De-combing takes no time at all. No need to do a full de-interlace anyway.
@Andrroid said:
it will get fixed when it gets fixed, if you can’t live with the perils of a beta, don’t use a beta
I have lived in beta for most of my projects so please don’t get on your high horse about knowing what a beta is.
The reason I’m trying to get this pushed to the top of the development pile is that, in my extensive testing, this is the only deal breaker for day to day use of the Plex DVR. It’s a not a new feature request, it’s not a bug fix request, it’s a basic usability request. If they want to play in this roll your own DVR arena, they need to get the basics nailed before they start adding any additional feature sets.
So, is the the on-the-fly transcoder not deinterlacing content either? I knew the clients won’t deinterlace, since I don’t think many of them have the hardware to do it, but I assumed the transcoder would deinterlace.
once again, its a beta…bugs happen…if you can’t handle that then maybe a beta isn’t the best daily driver for you
It’s not my daily driver. I’m testing 3 different DVR solutions at the moment… DVBLink, Plex DVR, & SiliconDust DVR. Plex has the most promise because it’s built into an already solid UI and has a robust backend for transcoding and device playback support.
@aregenscheid said:
So, is the the on-the-fly transcoder not deinterlacing content either? I knew the clients won’t deinterlace, since I don’t think many of them have the hardware to do it, but I assumed the transcoder would deinterlace.
In my testing, the on-the-fly transcoder can’t keep up with the compression and either doesn’t finish the file correctly or creates a file with tons of dropouts. My hardware and media storage location are very fast, so I know it’s not a minimum system requirements issue.
@rcombs - One more things I’m noticing. Everytime Plex tries to live transcode from my HDHR Prime, it says that 3 active transcoding sessions are happening, even after the recording has finished. I’m wondering if something is getting stuck at the of the transcode or mkv re-wrap that’s causing this issue.
Another note. During a transcode or mkv re-wrap, plex is using 92% of all 8 cores in my core i7 hackintosh. I’ve never had this happen even on 50GB mkv movies streaming to multiple devices on multiple platforms. In fact, right now my server is handling 6 different streams and it’s not even at 25%.
