Odd recording

[ceejayemm]

Current setup as per signature all using NextPVR v7.0.3.250920

On this occasion the recording was made, correctly (kind of), on the RPi4 server.

The issue that is causing me problems is not with the recording itself but why the recording was made ?

As you can see the recording started at 15:59 on Nov 28 and completed at 17:05. However this recording was not scheduled by me and the path/filename is completely incorrect for any of my NextPVR recordings:

/home/pi/recordings/local/TVShows/Trucking Hell/Trucking Hell_20251128_16001700.ts 

instead of normally, for example:

/home/pi/recordings/local/TVShows/Trucking Hell/Season 08/Trucking.Hell.S08E09.ts

From the recorded filename used however I can tell that this is a previously imported recording (from my old Humax box) which I transferred to NextPVR some 3 years ago.

So what caused this programme to get recorded again with an old file name ?

Bemused :-)

Chris

[mvallevand]

That is normal behaviour when you have a recording scheduled that doesn't specify only new when Schedules Direct provides only generic information and not episodic information.

Martin

[ceejayemm]

Martin

Since I posted the original item I have also found the same happened on Nov 27th for another episode of Trucking Hell. In addition for both recordings I can see the evidence of the new recording by way of the various associated files (ie the .ts files and other files created by Comskip in my PostProcessing command file) and in the log file. However I cannot see either of these recordings from within the NextPVR web app (Recent Recordings, Recordings or Scheduler/Pending).  The .ts files are both perfectly viewable using VLC for example.

There is an entry in Scheduler/Recurring for Trucking Hell / 5 Action / All Episodes, which is fine, and might account for these but it doesn't explain why the path / filename is as it is. Other recordings of the same show at different times have the correct NextPVR style path/filenaming convention. There are many as Ch 5, and its derivatives, seem to use this show as a filler at various times of the day. I have it set like this as I am trying to plug the missing episode gaps in my historical Trucking Hell show library.

My current guide, populated from SD for the next 14 days, shows all future episodes with the correct Series / Episode information so I am not sure how this might be reproduced/tested in future.

Are you saying that, without any other episodic data, SD would cause NextPVR to name the output file as: ShowName_YYYYMMDD_SSSSEEEE.ts (where SSSS is the start time and EEEE is the end time) ?  This just seems  a little too much of a coincidence to the file names of the previously manually imported episodes.

Chris

[mvallevand]

If you can't see the files in the web app that is a different problem. From SD it is possible to have multiple folders for the same show, and I would look for a second icon first. If they are missing from the database is it possible you post processing is causing a problem?

I don't consider the filenaming issue to be a coincidence at all, just NextPVR doing what it should as I explained in my first post. If you want an explanation provide an external link to your database.

Martin