You can subscribe to this list here.
| 2002 |
Jan
(4) |
Feb
(1) |
Mar
(8) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(1) |
Aug
(4) |
Sep
(15) |
Oct
(14) |
Nov
(12) |
Dec
(40) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(42) |
Feb
(75) |
Mar
(36) |
Apr
(22) |
May
(29) |
Jun
(11) |
Jul
(41) |
Aug
(32) |
Sep
(38) |
Oct
(44) |
Nov
(95) |
Dec
(99) |
| 2004 |
Jan
(87) |
Feb
(51) |
Mar
(101) |
Apr
(67) |
May
(169) |
Jun
(51) |
Jul
(37) |
Aug
(5) |
Sep
(46) |
Oct
(59) |
Nov
(31) |
Dec
(31) |
| 2005 |
Jan
(43) |
Feb
(43) |
Mar
(50) |
Apr
(31) |
May
(24) |
Jun
(24) |
Jul
(36) |
Aug
(14) |
Sep
(18) |
Oct
(22) |
Nov
(37) |
Dec
(30) |
| 2006 |
Jan
(13) |
Feb
(33) |
Mar
(24) |
Apr
(15) |
May
(8) |
Jun
(22) |
Jul
(20) |
Aug
(29) |
Sep
(35) |
Oct
(34) |
Nov
(27) |
Dec
(9) |
| 2007 |
Jan
(34) |
Feb
(13) |
Mar
(19) |
Apr
(29) |
May
(8) |
Jun
(8) |
Jul
(38) |
Aug
(67) |
Sep
(37) |
Oct
(42) |
Nov
(46) |
Dec
(13) |
| 2008 |
Jan
(8) |
Feb
(15) |
Mar
(34) |
Apr
(33) |
May
(13) |
Jun
(2) |
Jul
(22) |
Aug
(10) |
Sep
(20) |
Oct
(21) |
Nov
(25) |
Dec
(9) |
| 2009 |
Jan
(26) |
Feb
(35) |
Mar
(3) |
Apr
(8) |
May
(19) |
Jun
(13) |
Jul
(23) |
Aug
(43) |
Sep
(35) |
Oct
(17) |
Nov
(11) |
Dec
(27) |
| 2010 |
Jan
(11) |
Feb
(6) |
Mar
(16) |
Apr
(36) |
May
(14) |
Jun
(19) |
Jul
(16) |
Aug
(70) |
Sep
(32) |
Oct
(33) |
Nov
(24) |
Dec
(23) |
| 2011 |
Jan
(37) |
Feb
(22) |
Mar
(28) |
Apr
(21) |
May
(19) |
Jun
(13) |
Jul
(20) |
Aug
(31) |
Sep
(30) |
Oct
(12) |
Nov
(13) |
Dec
(52) |
| 2012 |
Jan
(5) |
Feb
(2) |
Mar
(30) |
Apr
(15) |
May
(16) |
Jun
(18) |
Jul
(7) |
Aug
(1) |
Sep
(27) |
Oct
(3) |
Nov
(9) |
Dec
|
| 2013 |
Jan
(10) |
Feb
(5) |
Mar
(13) |
Apr
|
May
(3) |
Jun
(4) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(6) |
Nov
|
Dec
(34) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(5) |
Apr
(5) |
May
(7) |
Jun
(5) |
Jul
(14) |
Aug
|
Sep
(3) |
Oct
(36) |
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
(1) |
Mar
(14) |
Apr
(8) |
May
(19) |
Jun
(1) |
Jul
(29) |
Aug
(40) |
Sep
|
Oct
(2) |
Nov
(8) |
Dec
(17) |
| 2016 |
Jan
(12) |
Feb
(6) |
Mar
(5) |
Apr
(8) |
May
(77) |
Jun
(25) |
Jul
(3) |
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
(13) |
| 2017 |
Jan
(11) |
Feb
|
Mar
(3) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
| 2019 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(4) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
(4) |
Mar
(2) |
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
|
May
(11) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
|
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
|
12
|
13
|
14
|
15
|
16
(5) |
17
|
18
|
|
19
|
20
|
21
(3) |
22
|
23
|
24
|
25
|
|
26
|
27
|
28
|
29
|
30
|
|
|
|
From: <hon...@gm...> - 2015-04-21 17:31:00
|
On Mon, 20 Apr 2015 14:45:47 +0000, John Cooper wrote: > Hi, > > I’m currently trying to use xmltv to obtain me an EPG xml document using the Atlas grabber software for the service of the same name. However it isn’t grabbing all of the epg data for the channels (some of this may be due to invalid data returned during a grab). > > There is also the possibility that the grabber is using the wrong data from Atlas supplied by Metabroadcast. I have currently configured the grabber for Freeview (in Standard Definition) and East Anglia region. > > Thank you for your time and attention in this matter. > > Thanks, > John The grabber will not automatically detect changes to your lineup. When Atlas add or move channels around (e.g. Freeview or Sky re-organise their channel numbers) you must rerun the "configure" option to be able to see the new channels. |
|
From: Dreamcat4 <dre...@gm...> - 2015-04-21 17:28:22
|
John, When I differed the results of each FreeSAT and Freeview options, I found there were about 31 channels present on the atlas Freeview channel list that were missing from the freeSat one. So I manually added those missing channels onto the default Freesat config file that atlas --configure had already generated. By using some convoluted chain of unix diff, sort and uniq cmds. It was not very pleasant. And region-specific. I also asked on dev mailing list for better ways (or atlas grabber). There are not any it seems - the uk atlas one not have any built-in feature to combine sources without the duplication of channels. The configure script only permits you to select either free view or freest, not both of them. Anyway, before that, I set up my atlas API account to take specifically from PressAssociation data source only (in atlas website --> my account pages). As that is the one you are supposed to be using for UK tv listings data (AFIAK, last time i checked). The subsequent grabs generally seem to work ok. But actually i do not bother to check up on it. The listings appear after a while (within 24 hours) in tvheadend. Perhaps not all channels on Freeview/FreeSat. But indeed the major ones are (BBC, iTV etc). On Mon, Apr 20, 2015 at 3:45 PM, John Cooper <joh...@li...> wrote: > Hi, > > I’m currently trying to use xmltv to obtain me an EPG xml document using > the Atlas grabber software for the service of the same name. However it > isn’t grabbing all of the epg data for the channels (some of this may be > due to invalid data returned during a grab). > > There is also the possibility that the grabber is using the wrong data > from Atlas supplied by Metabroadcast. I have currently configured the > grabber for Freeview (in Standard Definition) and East Anglia region. > > Thank you for your time and attention in this matter. > > Thanks, > > John > > Sent from Windows Mail > > > > ------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live > exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- > event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > _______________________________________________ > xmltv-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmltv-users > > |
|
From: John C. <joh...@li...> - 2015-04-21 16:47:33
|
Hi, I’m currently trying to use xmltv to obtain me an EPG xml document using the Atlas grabber software for the service of the same name. However it isn’t grabbing all of the epg data for the channels (some of this may be due to invalid data returned during a grab). There is also the possibility that the grabber is using the wrong data from Atlas supplied by Metabroadcast. I have currently configured the grabber for Freeview (in Standard Definition) and East Anglia region. Thank you for your time and attention in this matter. Thanks, John Sent from Windows Mail |
|
From: Brian <Bri...@t-...> - 2015-04-16 16:37:23
|
On 4/16/2015 11:26 AM, Nick Morrott wrote: > On 16 April 2015 at 10:11, Brian <Bri...@t-...> wrote: >> Hi, >> I am using the following version of the UK RT grabber: >> ==================================================== >> + tv_grab_uk_rt >> Channel selection: Lineup >> >> Program/library version information: >> >> XMLTV library version: 0.5.63 >> tv_grab_uk_rt version: 1.28, 2012/06/13 08:06:58 >> libwww-perl version: 6.05 > <snip> > >> Its currently grabbing far more channels than I need. How can I reduce >> the channels grabbed? A friendly pointer >> to where it is documented would also do fine. I tried editing various >> files, but it didn't work. >> >> Using the older version I knew how to do it, but I'm somewhat lost in >> this version. > Brian, > > tv_grab_uk_rt --configure > > When asked to configure channels automatically, choose no. > Then manually go through every channel and answer yes/no. > > Cheers, > Nick > > ------------------------------------------------------------------------------ > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > _______________________________________________ > xmltv-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmltv-users Hi Nick, OK works perfectly. Thanks. Cheers Brian --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com |
|
From: Nick M. <kno...@gm...> - 2015-04-16 09:26:40
|
On 16 April 2015 at 10:11, Brian <Bri...@t-...> wrote: > Hi, > I am using the following version of the UK RT grabber: > ==================================================== > + tv_grab_uk_rt > Channel selection: Lineup > > Program/library version information: > > XMLTV library version: 0.5.63 > tv_grab_uk_rt version: 1.28, 2012/06/13 08:06:58 > libwww-perl version: 6.05 <snip> > Its currently grabbing far more channels than I need. How can I reduce > the channels grabbed? A friendly pointer > to where it is documented would also do fine. I tried editing various > files, but it didn't work. > > Using the older version I knew how to do it, but I'm somewhat lost in > this version. Brian, tv_grab_uk_rt --configure When asked to configure channels automatically, choose no. Then manually go through every channel and answer yes/no. Cheers, Nick |
|
From: Brian <Bri...@t-...> - 2015-04-16 09:11:39
|
Hi, I am using the following version of the UK RT grabber: ==================================================== + tv_grab_uk_rt Channel selection: Lineup Program/library version information: XMLTV library version: 0.5.63 tv_grab_uk_rt version: 1.28, 2012/06/13 08:06:58 libwww-perl version: 6.05 Source data last updated on: Thu, 16 Apr 2015 04:30:01 GMT Retrieving channels: 100% [==============================================================================================]D 0h00m00s The Radio Times has usable data available for 335 channels which we can use to generate TV listings for regular and some timeshifted channels. The tv_grab_uk_rt software also has support for an additional 77 timeshifted, 8 part-time, and 5 part-time timeshifted channels based on the Radio Times data. In total, tv_grab_uk_rt currently supports 471 channels. ==================================================== Its currently grabbing far more channels than I need. How can I reduce the channels grabbed? A friendly pointer to where it is documented would also do fine. I tried editing various files, but it didn't work. Using the older version I knew how to do it, but I'm somewhat lost in this version. Cheers Brian --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com |
|
From: Robert E. <rm...@gm...> - 2015-04-16 04:00:38
|
On 4/15/2015 9:03 PM, John Doppke wrote: > I'm running xmltv on a Rpi (raspbian). Recently the grabber > (tv_grab_na_dd) started generating a segmentation fault when it runs. > Any function (download,configure) will seg fault. It seems to be > occuring in the xml parse. I don't do periodic updates so nothing has > been changed as far as the software. I have tried downloading & > building the latest xmltv but it still seg faults. > > Can anyone give me some ideas on what might be causing this? I'm not familiar with the Rasberry Pi... I assume you're running native perl and some module is generating an exception. This is really a perl issue. Does the stack trace offer any clues? Is there a core dump? Maybe someone on the raspbian can offer clues how to analyze the core dump. The only thing that has changed recently on the SD-DD server is the "acknowledge" function to suggest a new time. You can leave off --list-times and that isn't even called. Have you tried http://schedulesdirect.org/getdata to make sure your account is working fine? (or tv_grab_na_dd on another box) |
|
From: John D. <jd...@gm...> - 2015-04-16 02:03:36
|
I'm running xmltv on a Rpi (raspbian). Recently the grabber (tv_grab_na_dd) started generating a segmentation fault when it runs. Any function (download,configure) will seg fault. It seems to be occuring in the xml parse. I don't do periodic updates so nothing has been changed as far as the software. I have tried downloading & building the latest xmltv but it still seg faults. Can anyone give me some ideas on what might be causing this? -John |