nfo files not deleted on show deletion?

[Jaggy]

No these were definitely movies that were recorded with NextPVR.... the one I saw the other day with the movie.nfo in it was recorded on Christmas day 2016

[mvallevand]

Interesting for sure, since it does look like it is parallel processing, but i don't think it is iGL since the filename is a bad format. sub does support movie.nfo for display but I don't see how to make the file with it.

Martin

[Jaggy]

I can 100% guarantee I am not running any parallel or post processing on any of my recordings (I can't say for jksmurf though) & I never have done so since upgrading to NextPVR.... it does have pre & post padding added at recording time & a couple of days ago I cut the adds out of the .ts file which was when I saw the folder.jpg & movie.nfo in the directory.

[jksmurf]

I can 100% guarantee I am not running any parallel or post processing on any of my recordings (I can't say for jksmurf though) & I never have done so since upgrading to NextPVR.... it does have pre & post padding added at recording time & a couple of days ago I cut the adds out of the .ts file which was when I saw the folder.jpg & movie.nfo in the directory.

First off hooray! that someone else has seen this. Just rechecked my batch files and none actually invoke imageGrabLite.exe any more. e.g.

PostProcessing.bat

Code:

C:\
cd C:\Users\Public\NPVR\Scripts\
echo %date%,%time% - invoking comskip on %1 >>processing.log
comskip %1
echo %date%,%time% - comskip finished with %1 >>processing.log
REM
REM writeTime %1

REM  ====================================================
REM
REM
REM  This will download an image to the media/shows directory.
REM To create XBMC compatible .NFO files to preserve all imageGrabLite information, add the following
REM line to ParallelProcessing.bat or PostProcessing.bat, otherwise use without .nfo

REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3 --nfo

REM  This will download an image to the media/shows directory and create XBMC Compatible nfo files
REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3 --rename --nfo
REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3 --nfo

ParallelProcessing.bat

Code:

REM
REM  This will download an image to the media/shows directory.

REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3 --nfo

REM  This will download an image to the media/shows directory and create XBMC Compatible nfo files
REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3 --rename --nfo
REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3 --nfo
REM "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --oid %3

PostUpdateEPG.bat

Code:

REM  ====================================================
REM  PostUpdateEPG.bat addition for imageGrabLite
REM  "C:\Program Files (x86)\NPVR\imageGrabLite.exe" --updateepg

REM  ====================================================
REM  PostUpdateEPG.bat addition for NEWA_AutoSearch
"C:\Program Files (x86)\NPVR\NEWA_AutoSearch.exe"

REM  ==================== Delete Buffer ================================

"del D:\GBPVRLiveTVBuffer\*.*"

REM  ====================== Backup ==============================
xcopy /y C:\Users\Public\NPVR\config.xml E:\Storage\Install\FREE_Software\NPVR_Install\Backups
xcopy /y C:\Users\Public\NPVR\config-web.xml E:\Storage\Install\FREE_Software\NPVR_Install\Backups
xcopy /y C:\Users\Public\NPVR\npvr.db3 E:\Storage\Install\FREE_Software\NPVR_Install\Backups
xcopy /y C:\Users\Public\NPVR\recording-backup.xml E:\Storage\Install\FREE_Software\NPVR_Install\Backups

I still run "C:\Program Files (x86)\NPVR\NEWA_AutoSearch.exe" though. [I am not sure if this is still needed?]

Anyway, I am pleased to see I am not alone.... <insert X-Files theme here...>

[jksmurf]

I suspect that there is an implicit agreement between you and NextPVR that files that have the same name as the show that is being deleted may also be deleted and that files that have a different name to the show are there for a reason and that it would be rude for NextPVR to delete files that do not have the same name as the show. I'm pretty sure that NextPVR does not create any files in the recording folder that it does not subsequently delete.

It might be that NextPVR is politely suggesting that you should delete these files with names that are different to the name of the show because it is you that created them ...

I suspect that there is an implicit agreement between you and NextPVR that files that have the same name as the show that is being deleted may also be deleted and that files that have a different name to the show are there for a reason and that it would be rude for NextPVR to delete files that do not have the same name as the show. I'm pretty sure that NextPVR does not create any files in the recording folder that it does not subsequently delete.

It might be that NextPVR is politely suggesting that you should delete these files with names that are different to the name of the show because it is you that created them ...

The thing is, these two files are created by the Metadata Option IN NextPVR - so why wouldn't NextPVR delete them?
Here are some before and after shots to show you what's happening:

[ACTCMS]

I still run "C:\Program Files (x86)\NPVR\NEWA_AutoSearch.exe" though. [I am not sure if this is still needed?]

Unless you use NEWA to autosearch and autorecord shows based on keywords, it's likely related to you having used the SearchLite plugin at some time which uses (or used to use) the NEWA search engine...

Alex

[jksmurf]

Unless you use NEWA to autosearch and autorecord shows based on keywords

That's exactly how I use it.

[ACTCMS]

That's exactly how I use it.

Nice one...

I am also pleased to see I am not alone.... <insert X-Files theme here...>

Alex

[mvallevand]

The thing is, these two files are created by the Metadata Option IN NextPVR - so why wouldn't NextPVR delete them?
Here are some before and after shots to show you what's happening:

I didn't know that feature. Sounds like subv should delete the them then.

Martin

[ga_mueller]

lol. I'm on 3.xx and have this problem also. Oh, well, storage is cheap and these files are tiny. I wouldn't worry...