ImageGrabLite not matching/renaming an old "The Big Bang Theory" episode

[vmq]

I just used ImageGrabLite to update and rename the information on some previously recorded shows and it mostly worked, but I have one stubborn episode (so far) that doesn't work.

I got the OID from the npvr.db3 using SQLite manager and called it with command line options --oid 1417 --rename --zap2it . Logfile attached.

I also checked that the entry in npvr.db3 is OK, and it seems to be. The subtitle matches the episode name. I also attached the data for this entry.

Is this not matching a bug or a feature?

Thanks for an otherwise excellent program!

[mvallevand]

I just used ImageGrabLite to update and rename the information on some previously recorded shows and it mostly worked, but I have one stubborn episode (so far) that doesn't work.

NextPVR technically doesn't support avi files as recordings and I am not sure that iGL works if it is not a ts file. I will have to check.

Martin

[vmq]

NextPVR technically doesn't support avi files as recordings and I am not sure that iGL works if it is not a ts file. I will have to check.

Martin

Hi Martin,

it works fine with avi files. Those are actually ts recordings that are postprocessed into avi files. The db entry is renamed accordingly and ImageGrabLite (mostly) works fine. I tried that yesterday and it worked on a bunch of (postprocessed ts->avi) files. I'm away from my NPVR system, or I would send you the logfile.

I dug a little deeper into the posts and this seems to be related: ImageGrabLite-not-getting-match-data. I switched providers and my channels are different now.

Can you tell me which fields ImageGrabLite is trying to match?

Volker

[mvallevand]

Hi Martin,

it works fine with avi files.

Ok good, it's only NextPVR clients that won't work with them

Can you tell me which fields ImageGrabLite is trying to match?

Volker

<ChannelOID>7303</ChannelOID>

Any valid channel oid will work.

Martin

[vmq]

<ChannelOID>7303</ChannelOID>

Any valid channel oid will work.

Martin

Indeed, I just set the channel_oid of the recording entry to an existing oid from the CHANNEL table and it worked.

Given the fact that I'm not the only one to report problems with new channel oids and iGL matching recordings, maybe you could consider making the matching of ChannelOID optional? (A command line switch to disable this maybe?)

Or alternatively I could use some help with an sql query to find entries in SCHEDULED_RECORDING with channel_oid not being listed in CHANNEL oid. I have plenty of old recordings ...

Thanks,

Volker

[mvallevand]

Since iGL is designed to run just before or after real recording it is a low priority issue for me. There is some legacy code when the event_details field was incomplete that makes it awkward to remove

Untested it would be something like

Code:

update scheduled _recording
set capture_source_oid=x, channel_oid=y
where channel_oid not in
(select oid from channel)

Martin

[vmq]

That worked like a charm. Thanks!

I should not have started to reorganize my old recordings, because this brought up a few new questions. I'll start a new thread for that.

Volker