I’ve performed another rescan today but it is still showing up - presumably Freeview will remove it over the coming days/weeks.
I also see that Legend is now showing up in the guide data as well - it’s good to have the horror channel (sorry - “the premier UK channel dedicated to science fiction, fantasy and intense movies”) back
ever since I started using Plex DVR last year, Formula 1 season/episode data has been totally wrong.
(Austria, dvb-s2, ORF1 HD & ServusTV HD Oesterreich)
Lets take last weekends F1 race as example:
– all recordings are stored in a top folder named “Formel 1 (2012)” - that is the wrong year obviously why even include a year, its simply “Formel 1” or “Formula 1”…
— then comes a sub-folder named “Season 2022” - at least the year is correct now I guess
---- all files inside this folder are named Formel 1 (2012) - … again, why 2012?
------ worst offender are the Episode numbers, which are a mess as the order is completely wrong.:
--------- Race Highlights E225
--------- qualifying Analysis E267
--------- pre qualifying coverage E268
--------- pre race countdown E279
Any feedback on my issue? Another upcoming example:
PBS’s “American Experience”, 10PM on 65.1 WEDYDT. Guide data shows “S28E5 - Space Men” However the TVDB indicates “Space Men” is S28E09.
I have been manually fixing these to match TVDB (so I can get the info within Plex) however it’s causing failure to record episodes with the same yet incorrect SXXEXX.
Is anyone else experiencing this problem?
Your country - United States
Postal code - 06457
Region/market - Hartford, Southern New England USA
I have mentioned before that there is acknowledged disparity between metadata within the EPG data and what is on thetvdb and other sources.
The problem was much more widespread when we were using TiVo data. With Gracenote it is a lot better but there are still cases of the EPG is different from other sources
It is for these reasons and to avoid having repeated recordings or loss of recordings, we stopped auto matching of recordings a long time ago and preserved the EPG data. At the same time, I made a recommendation that separate libraries are used for recordings to ensure this data is preserved and not does not get changed by scanning and auto matching. See Feb 2020 post EPG metadata is now retained for DVR recordings
There are also a bunch of other logo issues that I posted about a couple of weeks ago:
I appreciate logo’s may be low on Plex and/or Gracenote’s priority list but could you please take a look and submit to Gracenote?
Some of these are long overdue, having been posted about when this thread was first created, and really make the guide look unprofessional, incomplete and just plain messy in my opinion. Where they are too dark that they are unreadable they may as well not be there - it would be easier on the eyes to a certain degree
Sorry to harp on about these but as the Plex EPG is the only way I consume live TV this really is important to me - I don’t have a TV aerial attached to any of my TV’s these days, everything goes through Plex and my HD Homerun.
What the actual problem or inaccuracy is with any related screenshots
As of the last few days I’m getting absolutely nothing in my EPG. July 4 was the last data available.
You are absolutely right that there has always been higher priority problems taking my time. I will try and schedule time to go through your feedback and submit to gracenote
I understand that your resources are limited and that the other issues/problems we raise, such as missing data/channels/tags etc or much more important or the issues that other countries with limited data from Gracenote have is more of an issue.
…and within the logo problems there is probably the following priority as well:
Channel has no logo - ie: Talk TV (and now QVC seems to be missing)
Wrong channel logo used - ie TJC, TCC and PBS America
Unreadable/dark logo - ie: Channel 4 +1, Great Movies and Great Movies Action
Incorrect style (appears made up by Gracenote) - ie: QVC Beauty, Yesterday and Drama
Out of date style - ie: ITV1, ITV HD, QVC Style and BBC Three (SD)
I’m not sure that helps you but I thought I would mention it in case it does
I’m not sure if this disparity applies to my post, but my problem occurs both in DVR recordings (which I keep in a library separate from the rest of my TV shows) as well as in the Live TV guide (i.e., before anything is recorded). This has happened for several months, but it was well after the Feb 2020 post (it started around Feb 2022).
The advice is to separate EPG DVR recordings metadata from normal tv libraries metadata. As long as the Recordings metadata remains as EPG metadata - in its own separate world - then there should be no repeated recordings or lost recordings
So dedicated separate libraries for recordings - one for TV Series and one for Movies
We did have a problem some time back where the DVR origin indicator for the recorded media files was lost - this happened when a library path in the filesystem was changed. We fixed that in PMS 1.26.2
(DVR) Prevent losing extra data if media moved/renamed within the library (#13483)
Do you do any post processing after recordings that may move the files ?
Are you recording into your normal TV library ?
The indicator that should stop us matching metadata and possibly change it is the origin = dvr which you can see when displaying media information through the Plex Web get info button
Not manually, though I do use the options to find and delete commercials.
I do scout PBS episodes now, and manually rename the files to reflect TVDB’s episode info if there’s disagreement. Of course, if PBS says it’s S45E04 (for example) and I rename it to match TVDB’s S45E05 to get the correct info in Plex, then Plex’s DVR will ignore recording any episodes that PBS lists as S45E05.
So I either have to accept discrepancies in the TV llistings within Plex, or I have to accept that Plex will miss some episodes that match existing recording file names.
Negative, I have a discrete library “OTA recordings” that these all go into. They’re actually kept on a separate NAS share (one that isn’t backed up; OTA stuff is not critical and I can always re-record).
You’re a bit above my head here, but I did check the info on one recording and it’s “Origin dvr Video”. Is there a change I need to do? If so, where, and what effects will that have?
I’ve also been comparing TVDB data to other sources, such as Wiki and Gracenote episode listings, and I’m seeing disparate info. I sent a note to TVDB asking for the approved procedures for adjusting episode data to match, for example, what PBS/Wiki/GN lists it as, but I’ve not gotten a response. I don’t mind putting in that effort but I don’t want to waste my time if it’s going to get reverted.
It is possible if a show was previously matched with the tvdb then subsequent episodes would also. I would need to see debug server logs covering the recording and the matching that happens after it to see what is happening
You could also as a test create a new library and record there and please do not do any renaming and then see if the episode info after the recording gets changed - it should not. If it does, debug server logs would help understand what is going on.
Please give me details of what was being recorded and when with the debug server logs zip