Please post a server log covering a case where that occurs.
@rcombs - Attached is the XML from a file that never finished recording or re-wrapping. Fast Forward & Rewind donāt work, and neither Plex nor VLC knows how long this file is or what bitrate it runs at.
Of the 4 episodes I recorded last night, this is the only one that failed. The other ones appear fine.
On a side not, this forum would not let me upload the file as .xml, so I changed it to .txt.
@rcombs said:
Please post a server log covering a case where that occurs.
Attached is server log showing 6 active transcoding sessions when only 2 transcoding sessions should be taking place. Is Plex counting the many open cpu threads as individual transcodes instead of realizing that one transcode session is using multiple cpus?
One thing Iām not clear on, when watching a TV show directly from the HDHR tuner on a TV, such as via DLNA or the HDHR viewer app, shouldnāt the interlacing be visible there as well? Plex is saving those same frames as an MKV file so Iām not sure I understand why the interlacing would be any more or less visible in the DVR file vs watching it live. Can anyone help me understand this?
@americannight said:
One thing Iām not clear on, when watching a TV show directly from the HDHR tuner on a TV, such as via DLNA or the HDHR viewer app, shouldnāt the interlacing be visible there as well? Plex is saving those same frames as an MKV file so Iām not sure I understand why the interlacing would be any more or less visible in the DVR file vs watching it live. Can anyone help me understand this?
My Shield TV is doing a realtime de-interlace client side. Anything iOS based like the Channels App or InstaTV is also doing a client side realtime de-interlace.
Many clients also have the ability to tell the tv or playback device that the signal source is interlaced instead of progressive. For some reason, even though the Plex android version has the ability to do frame rate switching it isnāt doing that with DVR content. Itās simply playing back the DVRās 1080i over a 1080p connection to my TV, which is causing the interlaced scan lines to be very visible.
I make my living as a broadcast engineer, so seeing interlacing artifacts on a progressive client makes my skin crawl. My wife even noticed the picture looked weird, so itās not a subtle thing at all.
Plex definitely isnāt deinterlacing. I know deinterlacing is a bit CPU intensive, but can we get a global option to turn on a decomb filter for all transcoding sessions?
Any progress with this in version 2? The lack of deinterlacing is whatās keeping me from using this for much of the recording I really want to do.
The problem still exists on beta 2. 1080i content is recorded and reported in the UI as 1080p. When it is played back the interleaved scan lines are very visible, so no de-interlacing is happening.
Makes the beta pretty useless in the UK where all free to air HD broadcasting is 1080i.
@abton said:
The problem still exists on beta 2. 1080i content is recorded and reported in the UI as 1080p. When it is played back the interleaved scan lines are very visible, so no de-interlacing is happening.Makes the beta pretty useless in the UK where all free to air HD broadcasting is 1080i.
are you saving as TS or getting plex to remux, just i have noticed that if you ask plex to remux it screws it up, video is marked as progressive, and audio is marked wth wrong codec, try saving as TS.
Scan type : MBAFF
Scan type, store method : Interleaved fields
Scan order : Top Field First
snippet from a recording i did, seems to play fine on my LG OLED (direct play via XPlay), unless TV is deinterlacing.
I was saving as a TS and playing back through the web interface. UI reported the recording as 1080p but interleaving was very visible when watching.
As the release notes for beta 2 made no mention of fixing this issue I didnāt bother testing any further.
I can also confirm that on beta 2 1080i content is not being deinterlaced on clients that donāt have the ability to deinterlace natively. For exampleā¦iPhone, Roku, Web. My nVidia Shield and Note 7 have the ablity to deinterlace client side and they do if I play back anything 1080i from Plex.
I can also confirm that Plex says all recorded media is 1080P, instead of 1080i. Iām guessing they just didnāt realize that 99% of cable channels broadcast at 720P or 1080i. I think only the movie channels push 1080P at this point and Fox is the only broadcast channel still on 720P.
Also, Iām recording everything as TS. It doesnāt seem to matter if I choose TS, Remux, or Transcode.
Please post a minimal sample file that reproduces the issue, and metadata XML (NOT mediainfo output) for the original. Use a file that was captured completely (not failed or canceled mid-remux).
@rcombs said:
Please post a minimal sample file that reproduces the issue, and metadata XML (NOT mediainfo output) for the original. Use a file that was captured completely (not failed or canceled mid-remux).
Iām having the same issue as the rest. Iāve included sample data.
It is not being de-interlaced when played through the Chrome Browser. The Web interface sees it as 1080p not 1080i
Thanks for the sample. Weāve determined the cause of this issue, and itāll be fixed in a future PMS version.
This problem still exists in Beta3, even though the changelog says it was be fixed.
Iām also on beta3 and having interlaced recordings show as 1080p and hence look awful when watching on roku - just recording to a TS file no transcoding/remux happening.
Can you guys try re-analyzing the files, and if that doesnāt resolve, please post the usual (media XML, sample)? Thanks!
@elan said:
Can you guys try re-analyzing the files, and if that doesnāt resolve, please post the usual (media XML, sample)? Thanks!
here you go, as you see plex is seeing it as 1080p 25fps, not 1080i 50fps
