imageGrabLite missing a rename

[mvallevand]

Yes, it is listed as the name being "masterpiece-classic" but the Subtitle is "Downton Abbey Season 4" and it lists the Season is 8 and the Episode is 5. The PBS airs several shows under the "masterpiece-classic" title but uses the subtitle for the individual shows ie. "Downton Abbey", "Death Comes to Pemberley" & "The Manners of Downton Abbey". Is there a way to force it to use the season & episode? maybe a switch or something? As it is right now it doens't rename, just leaves it as "Masterpiece Classic_20141220_22302330.ts" which XBMC doesn't do anything with.

If you use --nfo it should go to xbmc I think with --season and no --zap2it it will grab the s/e but it is not on thetvdb so you still need an nfo The best solution would be for someone to update thetvdb with this info http://en.wikipedia.org/wiki/List_of_Mas...c_episodes and the original air date match would work. Someone did all that for Masterpiece Theatre people must watch mostly BBC America on cable now.


Martin

[snagglewest]

I'm sorry to keep wearing this out, but I've also had an ongoing problem were sometimes imageGrabLite seems to skip renaming files from the postprocessing bat. It's erratic, and I can't nail down an exact cause. For example, yesterday I was recording a marathon series of walking dead. It renamed the first several shows correctly, then skipped one, then remained several more, then skipped the last 4. The strange part is I can run it from the command line and the rename works correctly as I did with these shows this morning. I attached the logs from yesterday and from were I manually ran the rename. In the past a system restart fixed things, but as I said, it keeps cropping back up. Any idea on how to fix it?
[ATTACH=CONFIG]39468[/ATTACH][ATTACH=CONFIG]39469[/ATTACH]
Snag

[mvallevand]

No sorry without logs I can't answer that one. There is a command line option to keep more logs --extra but you need to clean them out yourself.

Martin

[snagglewest]

I attached the logs above from the normal runs through postprocessing.bat and the second set is when I ran them manually, do those help?

For the additional logging would the command in the postprocessing.bat be:

"C:\Program Files (x86)\NPVR\imagegrablite.exe" --oid %3 --rename --zap2it --extra"

[mvallevand]

Those logs look good to me, I'd need logs when it doesn't rename. That command line is wrong you don't want a quote at the end.

Martin

[snagglewest]

Fortunately this is a walking dead marathon so I can recreate the problem. Here's the logs from last nights recordings. The funny thing is it didn't rename the first one, but then got the second one, missed two, renamed the next three then missed one and finally renamed the last one.

Here's logs from the renames that should have run from the postprocessing.bat
[ATTACH=CONFIG]39477[/ATTACH]

And here's the logs from the manual renames from the command prompt
[ATTACH=CONFIG]39475[/ATTACH]

Snag

[mvallevand]

Ok I see the error I was expecting,

2014-12-31 21:01:34.720 [DEBUG][1] The process cannot access the file 'D:\recorded_TV\The Walking Dead\The Walking Dead_20141231_20002100.ts' because it is being used by another process.

You have to figure out what other process is locking them.

Martin

[snagglewest]

Hmmm, there's nothing running that I know of. Would it be possible for NPVR to still have it locked when the postprocessing.bat runs? I'm recording from a HDHR Prime if that makes a difference.

Snag

[mvallevand]

Hmmm, there's nothing running that I know of. Would it be possible for NPVR to still have it locked when the postprocessing.bat runs? I'm recording from a HDHR Prime if that makes a difference.

Snag

I guess it's possible, maybe upload the NRecord logs and we can see how long afterwards it locked.

Martin

[snagglewest]

I added a 15 second wait from when postprocessing.bat starts and when it runs imageGrabLite and everything worked correctly for the last 16 records. I'm not sure what was causing it, it but it looks like my kludge fixed it.

Thanks for the help

Snag