AutoRec a specific Season

Ben Crundwell · 2016-08-21T23:18:28+00:00

I've searched through and can't appear to find any information, but apologise if the question has already been asked: I am transferring over from a Windows...

Black Bear

Em Smith wrote:
> Fantastisch, thanks for sharing the webgrab+ config. I'm glad you got it working, and the webgrab config looks easy to expand.
>
> Myguess is that "desc" should be:
> [...]

> (With .\n outside subtitle). So if your episode does not have a subtitle then you still have a newline before description. Just my guess though since I've never run it and perhaps all your programmes have a subtitle and the original version will always work.

hi guys,just joined to add a comment.

yes you would be correct that is no subtitle was present the \n wouldnt be added.

a more correct way would be..

[code]<desc>'title'{ - 'episode'}{ - 'subtitle'}.\n'description'</desc>[/code]

the way you did it would work also,the purpose of using { and } qouted from the documentation..

text and element-names can be linked together by enclosing them by {}. This will ensure that, when the element in it is empty, everything between the {} is ignored.

A L

Em Smith wrote:
> That is very strange. I've never had that problem since all Tvheadend data gets overwritten if it is modified (at least in newer versions of Tvheadend). I can't think what would cause that.
>
> Tvheadend stores a copy of its epg inside the tvheadend directory. I'm not sure where it is on your system, but you may be able to find it with this:
> [...]
> You'd have to shutdown tvheadend completely (not sure how you'd do that, maybe "service tvheadend stop" or "systemctl stop tvheadend" and then use "start" later to restart it), then remove the file ("rm epgdb.v2") or preferably move it out the way with "mv epgdb.v2 epgdb.v2.old". Then restart tvheadend and re-run the grabber.
>
>
> For the grabber there is the "--force-download" option to force it to remove its data. It should only be used once otherwise it puts a strain on the SD servers, but you can add that to the "extra arguments".
>
>

> One other thing, I noticed you don't have channel icons in the information panel. If you go in to Tvheadend epg grabber (where the schedule is) and tick the "update icon" button and save and re-run grabber. Then, if that doesn't work, then you may also have to go in to the configuration->channel/epg->epg grabber channels (may be called something different on your version since things were renamed), highlight the ones with XMLTV, hit edit, then update "channel update options" to include icons, press the tick box next to it then save and re-run grabber.

It is odd - I also thought that the existing EPG would have been updated.

I shall try the extra argument, to see if that resets everything.

BTW - thank you for the channel icon advice. I never thought about doing that but it makes everything much more complete.

A L

My hero - I could kiss you (if the "Bigger Brothers" didn't make me sign a form promising I wouldn't).

I removed the original epgdb.v2 and restarted TVH.

I now have a fully updated EPG and can now specify which seasons I want to record.

Thanks again - ever so grateful.

A L

I have another slight issue that I hope you guys might be able to help with.

When I type go to manage my lineups (see the first attachment), I note that I have four sources set.

However, when I have had a look at the configuration file itself (second attachment), it states that only on of the sources is being used.

How can this be? I assumed that when you added an EGP source from Scheduled Direct (via tv_grab_az_sdjson_sqlite --manage-lineups), it was the configuration file that saved the changes.

Em Smith

What happens is that it's the SchedulesDirect server that knows about lineups you've created, even if you no longer have any config files referencing those lineups.

IIRC there's some limit to say you can't keep changing lineups to avoid people having 30 lineups (by constantly add/delete lineup) but only paying for four, so that's why SD server maintains the lineups. The configuration file then just says which lineup and options to use when generating the output.

You need a separate configuration file per lineup, and each configuration file would have a single lineup line.

Easiest way to create the configuration file is to just "cp" the existing file to a new filename and then it looks like you use "nano" to edit the new file and just replace the "lineup=" line with one from your manage-lineups output.

A L

Thanks again Em - another perfect explanation.

Given that I would need three copies of the existing tv_grab_az_sdjson_sqlite.conf file, what should I rename each them, so they each get used for grabbing?

Em Smith

Unfortunately there's no easy way to get the grabber to pick up multiple configuration files/lineup.

Partly I guess it's because many PVRs require a separate xmltv lineup/file per "source", so it's assumed that your xmltv config and channels for "Freeview (DVB-T)" would be completely different than channels for "Freesat (DVB-S)" or "Astra 19.2 (DVB-S)".

For example with one PVR I know you have to feed freeview.xmltv in to freeview channels, freesat.xmltv in to freesat channels, and they are all kept separate. Whereas with Tvheadend, all the channels are lumped together so you can't say "this xmltv file is only for this subset of channels on this source network."

Assuming you want to feed multiple lineup configuration files in to tvheadend, then the approach I take is here:

https://tvheadend.org/d/6034-missing-channels-what-is-up-with-freesat-at-the-moment?r=33859#message-33859

You'd need to replace "*.xml" with "*.conf" in the script. But, basically, you could name the files anything you want as long as they ended in ".conf". So you could name them "freesat.conf", "freeview.conf", "skyhd.conf".

The xmltv grabbers have a "--config-file" option to tell them which file to use.

Just remember that the last (alphabetical) file wins. By that I mean that if Freeview and Freesat has channel Bob, but it's only available 6pm--10pm on Freeview but 24h on Freesat, then you'd probably want a Freesat filename to be last so you get 24 hour listings, and then give higher priority to DVB-S tuners. I don't know if Freeview still has those partial channels, but I know it used to be annoying when half-way through a Freeview programme would cut out as the channel ceased broadcasting.

A L

Thanks for clarifying that - makes perfect sense when you spell out.

Whilst I could combine multiple lineups (as you have cleverly done), I think I am going to stick with just one source (at least for the time-being).

I am slightly worried that I going to start getting out of my depth with my setup.

The reason I had multiple lineups was that Schedules Direct does not appear to provide EPG data for all of its lineup channels.

At the moment, I am using the Sky London HD bouquet with the matching SD lineup but noticed that there were lots of channels for which there was no guide information.

I was rather hoping that adding additional lineup channels would help to get round this but a bit of testing has found this not to be the case.

For the time-being, I have had to use the Sky OpenTV grabber to fill in the gaps, which is a bit of a pain - I really wanted to have all my channel data to be from the same source so it would all match up.

As a general rule, it does not matter that much as most of the missing data is for channels that I am unlikely to watch.

However, a particular sticking point is Quest HD. Perhaps, as it is new, it is going to take a little while for SD to add it to its various lineups.

Em Smith

Yes, SD is a pain. When I contacted them, they hinted that they don't get much feedback from GB. In theory, the 'ZZZZ 28.2E' lineup should have all the channels, but it doesn't. You can always raise lineup issue tickets with them via their website.

You should get Quest HD from your 100017 Freesat lineup or Freeview lineup. And use Freesat EIT to get the extended listings on remaining channels.

I have 20 or more channels without listings, but they are mostly fringe channels.

If you are running on a beefy box with lots of memory, you can run tv_grab_combiner which is fairly easy to configure and runs multiple grabbers (such as tv_grab_az_sdjson_sqlite with different config files) and combines the results in to one file. That avoids having to run shell scripts/crontab, but, IME, it would hammer my machine.

Em Smith

I had a bit of spare time so updated my tv_grab_az_sdjson_sqlite on github to support multiple lineups in one config file. Seems to work for me. Guess I'll know for sure in a month or two.

This means you can have one config file and the output xmltv will be a merged Freeview/Freesat/Sky.

I've not added UI support for it (--manage-lineups, etc.) so you have to create a new config file manually (and use the old one if you need to manage lineups on SD server).

So, based on your jpgs, you'd create a new .conf file similar to:


database=/home/hts/.xmltv/SchedulesDirect.DB
lineup=GBR-1000197-DEFAULT
lineup=GBR-1000015-DEFAULT
lineup=GBR-1000017-DEFAULT
lineup=GBR-1000051-DEFAULT
mythtv-categories=disabled

And then you'd use the new config file via "--config-file" option. It doesn't matter what the file is called.

I made a few other intrusive changes to try and speed it up. These may cause some problems in edge cases that I've not experienced yet. But it also now can cache xmltv output segments to improve runtime since programmes rarely change between runs so getting from a Redis or File cache is faster that regenerating, but that's probably a bit niche setup, and is a bit experimental at this moment. But it means the output xmltv file (with cache configuration from the README) only contains changed programmes rather than every programme on every channel for X days. Needs a few more weeks of testing though to ensure all works well as programmes expire.

FWIW I seem to have issues only with the 28.2E lineup (many channels SD says are in the lineup then produce an SD error saying the channel isn't in any of my lineups, so I added code to log the error so it's not invisible any more). Not sure of the cause yet, so caveat emptor and always backup first!

ma der

please, can you kindly explain me why
"^Autosalon" works (in title)
"test" works (in description)
but

"^Autosalon.*test.*" does not work?

What am I doing wrong?

thx

Ben Crundwell

You’re not doing anything wrong, The search can’t match both Title and Description fields at the same time. Therefore I had to insert the Episode name and number into the begining of the description by editing my grabber script. Read page one of the comments on this thread for more details

ma der

I've found something but I think this should be taken as a bug and fixed or put any straight manual how to make it working (dvb-t source). It's a lot confusing now: what to change, where to change etc.

Cannot imagine this state with regex is useful. For me almost useless now. I'd like to ask about that.

« Previous Page