[mythtv] "Search Type" in Record Rule

[John P Poet]

On Sun, Aug 30, 2020 at 1:03 PM Peter Bennett <pb.mythtv at gmail.com> wrote:

>
> On 8/30/20 12:57 PM, John P Poet wrote:
>
> On Sun, Aug 30, 2020 at 10:41 AM Peter Bennett <pb.mythtv at gmail.com>
> wrote:
>
>> Hi David
>>
>> Another question for you. The record table and the API have a field
>> called "search type", which can take the values:
>>
>> kNoSearch
>> kPowerSearch
>> kTitleSearch
>> kKeywordSearch
>> kPeopleSearch
>> kManualSearch
>>
>> These all are supported by the scheduler.
>>
>> With mythfrontend I can create kNoSearch (from the program guide),
>> kPowerSearch (from Custom Record), kManualSearch (from Manual Schedule).
>> However I cannot see how to create kTitleSearch, kKeywordSearch,
>> kPeopleSearch. I can in fact create those from mythweb. Do you know how
>> they are created in mythfrontend? They can be updated from mythfrontend
>> but the search string cannot be updated from mythfrontend. The search
>> string is stored in the description field.
>>
>> I have never used those searches. I am wary of creating recording rules
>> in mythweb as I have had problems in the past with it.
>>
>> I am adding program scheduling to leanfront and not sure what to support.
>>
>> Regards
>> Peter
>>
>
> Manage Recordings -> Schedule Recordings -> Search Words -> People
> Peter, I use the PeopleSearch a lot.
>
> John
>
>
> Hi John
>
> Yes I saw that, but it does a schedule search for programs matching people
> and other things. Then if you click one of the entries found, and select to
> record it, you still get a recording rule with SearchType None. It is just
> a way of searching the schedules.
>
> If I go into mythweb and create a "custom recording schedule", "people
> search" and type Jennifer Aniston, I find that it has scheduled several
> hundred recordings, everything with Jennifer Aniston. Is this useful? How
> do I do it with the frontend?
>
> John - while you are there - On my Ceton tuner if I schedule a recording
> on a premium channel that I do not subscribe to, instead of just failing,
> the log fills with thousands of messages as follows:
>
> 2020-08-30 14:57:28.816898 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817125 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817193 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817233 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817282 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817601 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817676 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817714 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817741 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817781 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817869 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817920 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
> 2020-08-30 14:57:28.817966 E  DTVRec[1]: PES start code not found in TS
> packet with PUSI set
>
> If I did this accidentally on my prod machine the disk may actually run
> out of space due to that log.
>
> Regards
> Peter
>

Recordings are designed to not "fail" until the end-time of the recording.
The theory is that the channel may be offline now for some reason, but it
may come back and then the user would at least get part of the show.
I will look at reducing the logging, though.

John
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-dev/attachments/20200830/ae229b02/attachment.htm>