Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Looks like when it did the epg for atsc it deleted the data that was
copied over
Sat:
Extra
News/Business. Jeannie Mai, Lauren Sanchez, Kate Gosselin. (2010)
Reality TV star Kate Gosselin; actress Angelina Jolie ('Salt'); summer
celebrity weddings. New. (CC) (Stereo)
ATSC:
Extra
No description provided for this event.
Sat:
Everybody Loves Raymond
Sweet Charity
Series/Special. Ray Romano, Patricia Heaton, Doris Roberts. (2003) Ray
relishes his volunteer work at the hospital because patients treat him
like a celebrity. (CC) (Stereo)
ATSC:
Everybody Loves Raymond
Sweet Charity
Ray relishes his volunteer work at the hospital because patients treat
him like a celebrity.
Sat:
Friday Night Lights
I Can't
Series/Special. Kyle Chandler, Connie Britton, Aimee Teegarden. (2010)
Big Mary urges Eric to find a new way to coach; Tim puts Tami in an
uncomfortable situation. New. (CC) (Stereo)
ATSC:
Friday Night Lights
I Can't
Coach Taylor is encouraged by Big Mary to find a new way of motivating
and leading his team; Becky goes to Tim for help, and he accidentally
puts Tami in an uncomfortable position; Vince deals with his mother's
medical emergency; Luke's parents help.
And that's for the atsc channels that are close to correct KMSB sat list:
Family Guy, House, The good Guys, News
which agrees with zap2it.
ATSC list:
Family Guy, Bones, House, News.
And because ATSC KMSB often doesn't set some bit that says more info is
coming, it has "No description provided for this event." for all events.
Think it's time to look more into getting Schedules Direct working iwth vdr.
On 7/8/2010 5:03 PM, Timothy D. Lenz wrote:
epgsync seemed to work for copying over the sat channels that matched
the atsc channels. One problem I found, was I had to rename the sat
channels so the short name matched exactly the atsc names. I used
different names to show which was which. Another problem I see coming up
is, what is t okeep it from trying to copy the atsc data back to the sat
data corrupting that? The sat data is more complete. There is no target
option for ATSC. The settings I used:
epgsync.ChannelByChannel = 0
epgsync.ChannelTypes = 0
epgsync.ConnectAttempts = 1
epgsync.HideMainMenuEntry = 0
epgsync.NowNext = 1
epgsync.RedirectChannels = 2
epgsync.ServerIp = 127.0.0.1
epgsync.ServerPort = 6419
epgsync.SyncOnStart = 1
This looks like it could be modified to use one of the programs
http://www.schedulesdirect.org/approvedsoftware to get Schedules Direct
data. Something is needed to reformat and merge into the epgdata file.
On 7/6/2010 11:56 PM, Steffen Barszus wrote:
On Sun, 04 Jul 2010 15:09:31 -0700
"Timothy D. Lenz" wrote:
adding the -v 3 doesn't show any more in the logs that I have seen,
but another example of how changing the channel on the timer is
messing something up:
It picked up a show and set a timer
I changed the channel to the local channel
Now the local epg data has arrived and in vdradmin timeline it show
the show in red showing it has a timer set. If I do a search, list
the shows for both sat and local and gives the option to setup a
timer for the sat channel only because the local is set. BUT, if you
go to the timers page and click on the altered entry, it says "can't
find epg". What ever is off that causes that is likely also what is
causing the OSD notices of timer conflict when there is none. Also,
when in an OSD menu, the timers are listed on the right with
text2skin/engima and below that it also says timer conflict.
Hmm ... not really solution to the problem you try to debug, but could
be a solution for you. Have you ever tried:
a) using epgsync to get the EPG from the Sat you can not watch but has
good EPG and copy it to your local station
b) limit the search timer with a channels group to only the stations
you can receive.
Like that you should be able to use searchtimer you not need to adjust
and no timers on channels you can receive.
HTH
Steffen
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
epgsync seemed to work for copying over the sat channels that matched the atsc channels. One problem I found, was I had to rename the sat channels so the short name matched exactly the atsc names. I used different names to show which was which. Another problem I see coming up is, what is t okeep it from trying to copy the atsc data back to the sat data corrupting that? The sat data is more complete. There is no target option for ATSC. The settings I used: epgsync.ChannelByChannel = 0 epgsync.ChannelTypes = 0 epgsync.ConnectAttempts = 1 epgsync.HideMainMenuEntry = 0 epgsync.NowNext = 1 epgsync.RedirectChannels = 2 epgsync.ServerIp = 127.0.0.1 epgsync.ServerPort = 6419 epgsync.SyncOnStart = 1 This looks like it could be modified to use one of the programs http://www.schedulesdirect.org/approvedsoftware to get Schedules Direct data. Something is needed to reformat and merge into the epgdata file. On 7/6/2010 11:56 PM, Steffen Barszus wrote: On Sun, 04 Jul 2010 15:09:31 -0700 "Timothy D. Lenz" wrote: adding the -v 3 doesn't show any more in the logs that I have seen, but another example of how changing the channel on the timer is messing something up: It picked up a show and set a timer I changed the channel to the local channel Now the local epg data has arrived and in vdradmin timeline it show the show in red showing it has a timer set. If I do a search, list the shows for both sat and local and gives the option to setup a timer for the sat channel only because the local is set. BUT, if you go to the timers page and click on the altered entry, it says "can't find epg". What ever is off that causes that is likely also what is causing the OSD notices of timer conflict when there is none. Also, when in an OSD menu, the timers are listed on the right with text2skin/engima and below that it also says timer conflict. Hmm ... not really solution to the problem you try to debug, but could be a solution for you. Have you ever tried: a) using epgsync to get the EPG from the Sat you can not watch but has good EPG and copy it to your local station b) limit the search timer with a channels group to only the stations you can receive. Like that you should be able to use searchtimer you not need to adjust and no timers on channels you can receive. HTH Steffen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Am 07.07.2010 20:54, schrieb Timothy D. Lenz: The KOLD is encrypted ah, ok - so VDR is not able to tune to it. epgsearch checks for each timer if it cannot be recorded, what usually happens if there's a conflict. As a side effect this also detects timers with other problems. So, you are right, the term 'conflict' may be wrong in this case, but anyway it's better to get an info about that ;-) Please try Steffens advice, this could be a convenient solution to your problem. Regards, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
I never looked at epgsync because I thought that was for syncing between 2 or more vdr systems. Didn't know it could sync within one file. On 7/6/2010 11:56 PM, Steffen Barszus wrote: On Sun, 04 Jul 2010 15:09:31 -0700 "Timothy D. Lenz" wrote: adding the -v 3 doesn't show any more in the logs that I have seen, but another example of how changing the channel on the timer is messing something up: It picked up a show and set a timer I changed the channel to the local channel Now the local epg data has arrived and in vdradmin timeline it show the show in red showing it has a timer set. If I do a search, list the shows for both sat and local and gives the option to setup a timer for the sat channel only because the local is set. BUT, if you go to the timers page and click on the altered entry, it says "can't find epg". What ever is off that causes that is likely also what is causing the OSD notices of timer conflict when there is none. Also, when in an OSD menu, the timers are listed on the right with text2skin/engima and below that it also says timer conflict. Hmm ... not really solution to the problem you try to debug, but could be a solution for you. Have you ever tried: a) using epgsync to get the EPG from the Sat you can not watch but has good EPG and copy it to your local station b) limit the search timer with a channels group to only the stations you can receive. Like that you should be able to use searchtimer you not need to adjust and no timers on channels you can receive. HTH Steffen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
The KOLD is encrypted, I use it to pick up guide data because local broadcasters are doing good sometimes to get 12 hours of epg up. What I would normally do is change the it creates to KOLD-DT which is the local atsc broadcast. What it was doing is when I made that chnage and two shows where back to back even on the same channel, it would say conflict because of the 1 minute overlap margin. Since I added the logging option, it doesn't seem to be doing that, but it does still say conflict about anything on the sat. It can't record because vdr won't tune to anything that it can't decrypt. But It's not conflicting with any other timers. On 7/6/2010 11:40 PM, Christian Wieninger wrote: Hi, Am 07.07.2010 08:21, schrieb Timothy D. Lenz: This is not what I thought I was seeing. I thought it was saying conflicts when 2 shows are back to back on the same channel after I changed them from the sat channel to the local atsc. But this one is saying a conflict for a show that has nothing: Tue 06.07.2010 23:08:17: timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) failed That is the only timer set for thu 15th for the whole day and is the last one in the list and I haven't even changed it to the atsc channel yet. hmm, for any reason epgsearch thinks, that VDR cannont record anything on channel 'KOLD', atleast at the moment of the conflict check. Anything special about this channel? Try switching to this channel, when the conflict pops up. Regards, Christian Tue 06.07.2010 23:08:17: check for timer conflicts Tue 06.07.2010 23:08:17: add timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) for conflict check Tue 06.07.2010 23:08:17: add timer 'Scoundrels' (Sun 11.07. 19:59, channel KGUN-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Gates' (Sun 11.07. 20:59, channel KGUN-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Good Guys' (Mon 12.07. 19:59, channel KMSB) for conflict check Tue 06.07.2010 23:08:17: add timer 'Bones' (Fri 09.07. 18:59, channel KMSB) for conflict check Tue 06.07.2010 23:08:17: add timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) for conflict check Tue 06.07.2010 23:08:17: create check time list Tue 06.07.2010 23:08:17: create check time list - done Tue 06.07.2010 23:08:17: create conflict list Tue 06.07.2010 23:08:17: check time Thu 08.07. 10:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) at Thu 08.07. 10:59 on device 2 Tue 06.07.2010 23:08:17: check time Thu 08.07. 10:59 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 13:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) at Thu 08.07. 13:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 08.07. 13:01 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 20:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) at Thu 08.07. 20:59 on device 2 Tue 06.07.2010 23:08:17: check time Thu 08.07. 20:59 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 22:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) at Thu 08.07. 22:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 08.07. 22:01 - done Tue 06.07.2010 23:08:17: check time Fri 09.07. 18:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Bones' (Fri 09.07. 18:59, channel KMSB) at Fri 09.07. 18:59 on device 2 Tue 06.07.2010 23:08:17: check time Fri 09.07. 18:59 - done Tue 06.07.2010 23:08:17: check time Fri 09.07. 20:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Bones' (Fri 09.07. 18:59, channel KMSB) at Fri 09.07. 20:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Fri 09.07. 20:01 - done Tue 06.07.2010 23:08:17: check time Sat 10.07. 15:58 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Legend of the Seeker' (S
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
On Sun, 04 Jul 2010 15:09:31 -0700 "Timothy D. Lenz" wrote: > adding the -v 3 doesn't show any more in the logs that I have seen, > but another example of how changing the channel on the timer is > messing something up: > > It picked up a show and set a timer > > I changed the channel to the local channel > > Now the local epg data has arrived and in vdradmin timeline it show > the show in red showing it has a timer set. If I do a search, list > the shows for both sat and local and gives the option to setup a > timer for the sat channel only because the local is set. BUT, if you > go to the timers page and click on the altered entry, it says "can't > find epg". What ever is off that causes that is likely also what is > causing the OSD notices of timer conflict when there is none. Also, > when in an OSD menu, the timers are listed on the right with > text2skin/engima and below that it also says timer conflict. Hmm ... not really solution to the problem you try to debug, but could be a solution for you. Have you ever tried: a) using epgsync to get the EPG from the Sat you can not watch but has good EPG and copy it to your local station b) limit the search timer with a channels group to only the stations you can receive. Like that you should be able to use searchtimer you not need to adjust and no timers on channels you can receive. HTH Steffen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Hi, Am 07.07.2010 08:21, schrieb Timothy D. Lenz: This is not what I thought I was seeing. I thought it was saying conflicts when 2 shows are back to back on the same channel after I changed them from the sat channel to the local atsc. But this one is saying a conflict for a show that has nothing: Tue 06.07.2010 23:08:17: timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) failed That is the only timer set for thu 15th for the whole day and is the last one in the list and I haven't even changed it to the atsc channel yet. hmm, for any reason epgsearch thinks, that VDR cannont record anything on channel 'KOLD', atleast at the moment of the conflict check. Anything special about this channel? Try switching to this channel, when the conflict pops up. Regards, Christian Tue 06.07.2010 23:08:17: check for timer conflicts Tue 06.07.2010 23:08:17: add timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) for conflict check Tue 06.07.2010 23:08:17: add timer 'Scoundrels' (Sun 11.07. 19:59, channel KGUN-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Gates' (Sun 11.07. 20:59, channel KGUN-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Good Guys' (Mon 12.07. 19:59, channel KMSB) for conflict check Tue 06.07.2010 23:08:17: add timer 'Bones' (Fri 09.07. 18:59, channel KMSB) for conflict check Tue 06.07.2010 23:08:17: add timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) for conflict check Tue 06.07.2010 23:08:17: create check time list Tue 06.07.2010 23:08:17: create check time list - done Tue 06.07.2010 23:08:17: create conflict list Tue 06.07.2010 23:08:17: check time Thu 08.07. 10:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) at Thu 08.07. 10:59 on device 2 Tue 06.07.2010 23:08:17: check time Thu 08.07. 10:59 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 13:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) at Thu 08.07. 13:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 08.07. 13:01 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 20:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) at Thu 08.07. 20:59 on device 2 Tue 06.07.2010 23:08:17: check time Thu 08.07. 20:59 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 22:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) at Thu 08.07. 22:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 08.07. 22:01 - done Tue 06.07.2010 23:08:17: check time Fri 09.07. 18:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Bones' (Fri 09.07. 18:59, channel KMSB) at Fri 09.07. 18:59 on device 2 Tue 06.07.2010 23:08:17: check time Fri 09.07. 18:59 - done Tue 06.07.2010 23:08:17: check time Fri 09.07. 20:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Bones' (Fri 09.07. 18:59, channel KMSB) at Fri 09.07. 20:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Fri 09.07. 20:01 - done Tue 06.07.2010 23:08:17: check time Sat 10.07. 15:58 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) at Sat 10.07. 15:58 on device 2 Tue 06.07.2010 23:08:17: check time Sat 10.07. 15:58 - done Tue 06.07.2010 23:08:17: check time Sat 10.07. 17:02 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) at Sat 10.07. 17:02 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Sat 10.07. 17:02 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 19:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
This is not what I thought I was seeing. I thought it was saying conflicts when 2 shows are back to back on the same channel after I changed them from the sat channel to the local atsc. But this one is saying a conflict for a show that has nothing: Tue 06.07.2010 23:08:17: timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) failed That is the only timer set for thu 15th for the whole day and is the last one in the list and I haven't even changed it to the atsc channel yet. Tue 06.07.2010 23:08:17: check for timer conflicts Tue 06.07.2010 23:08:17: add timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) for conflict check Tue 06.07.2010 23:08:17: add timer 'Scoundrels' (Sun 11.07. 19:59, channel KGUN-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Gates' (Sun 11.07. 20:59, channel KGUN-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Good Guys' (Mon 12.07. 19:59, channel KMSB) for conflict check Tue 06.07.2010 23:08:17: add timer 'Bones' (Fri 09.07. 18:59, channel KMSB) for conflict check Tue 06.07.2010 23:08:17: add timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) for conflict check Tue 06.07.2010 23:08:17: add timer 'The Mentalist' (Thu 15.07. 20:59, channel KOLD) for conflict check Tue 06.07.2010 23:08:17: create check time list Tue 06.07.2010 23:08:17: create check time list - done Tue 06.07.2010 23:08:17: create conflict list Tue 06.07.2010 23:08:17: check time Thu 08.07. 10:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) at Thu 08.07. 10:59 on device 2 Tue 06.07.2010 23:08:17: check time Thu 08.07. 10:59 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 13:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Crusoe' (Thu 08.07. 10:59, channel THIS) at Thu 08.07. 13:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 08.07. 13:01 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 20:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) at Thu 08.07. 20:59 on device 2 Tue 06.07.2010 23:08:17: check time Thu 08.07. 20:59 - done Tue 06.07.2010 23:08:17: check time Thu 08.07. 22:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'The Mentalist' (Thu 08.07. 20:59, channel KOLD-DT) at Thu 08.07. 22:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Thu 08.07. 22:01 - done Tue 06.07.2010 23:08:17: check time Fri 09.07. 18:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Bones' (Fri 09.07. 18:59, channel KMSB) at Fri 09.07. 18:59 on device 2 Tue 06.07.2010 23:08:17: check time Fri 09.07. 18:59 - done Tue 06.07.2010 23:08:17: check time Fri 09.07. 20:01 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Bones' (Fri 09.07. 18:59, channel KMSB) at Fri 09.07. 20:01 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Fri 09.07. 20:01 - done Tue 06.07.2010 23:08:17: check time Sat 10.07. 15:58 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) at Sat 10.07. 15:58 on device 2 Tue 06.07.2010 23:08:17: check time Sat 10.07. 15:58 - done Tue 06.07.2010 23:08:17: check time Sat 10.07. 17:02 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: detach device 2 from timer 'Legend of the Seeker' (Sat 10.07. 15:58, channel KTTU-DT) at Sat 10.07. 17:02 Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: check time Sat 10.07. 17:02 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 19:59 Tue 06.07.2010 23:08:17: detach stopping timers Tue 06.07.2010 23:08:17: add pending timers Tue 06.07.2010 23:08:17: attach starting timers Tue 06.07.2010 23:08:17: recording timer 'Scoundrels' (Sun 11.07. 19:59, channel KGUN-DT) at Sun 11.07. 19:59 on device 2 Tue 06.07.2010 23:08:17: check time Sun 11.07. 19:59 - done Tue 06.07.2010 23:08:17: check time Sun 11.07. 20:59 Tue 06.07.2010 23:08:17: deta
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Hi, Am 05.07.2010 00:09, schrieb Timothy D. Lenz: adding the -v 3 doesn't show any more in the logs that I have seen, but another example of how changing the channel on the timer is messing something up: The additional logs are in /plugins/epgsearch/epgsearch.log. You can find there a section starting with ...timer conflict check started and then the complete simulation of the upcoming recordings. Regards, Christian It picked up a show and set a timer I changed the channel to the local channel Now the local epg data has arrived and in vdradmin timeline it show the show in red showing it has a timer set. If I do a search, list the shows for both sat and local and gives the option to setup a timer for the sat channel only because the local is set. BUT, if you go to the timers page and click on the altered entry, it says "can't find epg". What ever is off that causes that is likely also what is causing the OSD notices of timer conflict when there is none. Also, when in an OSD menu, the timers are listed on the right with text2skin/engima and below that it also says timer conflict. On 6/29/2010 2:11 PM, Christian Wieninger wrote: Hi, Am 29.06.2010 20:36, schrieb Timothy D. Lenz: The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: 90 - KGUNCastle127856154012785652608518498 And just changing the channel, it does this: 1849806060 This "" entry is just for information and is not used in the conflict check. epgsearch tries to simulate all future recordings in its conflict check. It checks if your devices are able to record the timers channel at the given time. This is done by 'simply' using the same algorithm as VDR when it has to decide what device should be used for a recording at the timer start. So even things like working CAMs are checked. Perhaps you could enable verbose logging to see the single steps of the conflict check: -P'epgsearch -v 3' Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done. as far as I know, vdradmin uses epgsearch's conflict check. epgsearch itself determines the available devices and their properties and supported sources with the same means as VDR itself. So a mix of different cards and different sources should be no problem. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
adding the -v 3 doesn't show any more in the logs that I have seen, but another example of how changing the channel on the timer is messing something up: It picked up a show and set a timer I changed the channel to the local channel Now the local epg data has arrived and in vdradmin timeline it show the show in red showing it has a timer set. If I do a search, list the shows for both sat and local and gives the option to setup a timer for the sat channel only because the local is set. BUT, if you go to the timers page and click on the altered entry, it says "can't find epg". What ever is off that causes that is likely also what is causing the OSD notices of timer conflict when there is none. Also, when in an OSD menu, the timers are listed on the right with text2skin/engima and below that it also says timer conflict. On 6/29/2010 2:11 PM, Christian Wieninger wrote: Hi, Am 29.06.2010 20:36, schrieb Timothy D. Lenz: The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: 90 - KGUNCastle127856154012785652608518498 And just changing the channel, it does this: 1849806060 This "" entry is just for information and is not used in the conflict check. epgsearch tries to simulate all future recordings in its conflict check. It checks if your devices are able to record the timers channel at the given time. This is done by 'simply' using the same algorithm as VDR when it has to decide what device should be used for a recording at the timer start. So even things like working CAMs are checked. Perhaps you could enable verbose logging to see the single steps of the conflict check: -P'epgsearch -v 3' Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done. as far as I know, vdradmin uses epgsearch's conflict check. epgsearch itself determines the available devices and their properties and supported sources with the same means as VDR itself. So a mix of different cards and different sources should be no problem. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
On 6/29/2010 2:11 PM, Christian Wieninger wrote: as far as I know, vdradmin uses epgsearch's conflict check. epgsearch itself determines the available devices and their properties and supported sources with the same means as VDR itself. So a mix of different cards and different sources should be no problem. In the timers window of vdradmin, it also shows no conflict, and does show that no more timers can be set at that time for those TP/tuners. If you tell it you have more cards, it says the time slot is clear. When I have more tuners and set overlaping timers, If I set it to 1 tuner, the timer list says conflict and If I set it to more tuners then I have, it shows it clear for more timers. This is a seperate matter from what happens on screen. It says conflicts when there are none. I thought maybe it had to do with how the entry was made. I have text2skin and enigma skin if that matters. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
Hi, Am 29.06.2010 20:36, schrieb Timothy D. Lenz: The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: 90 - KGUNCastle127856154012785652608518498 And just changing the channel, it does this: 1849806060 This "" entry is just for information and is not used in the conflict check. epgsearch tries to simulate all future recordings in its conflict check. It checks if your devices are able to record the timers channel at the given time. This is done by 'simply' using the same algorithm as VDR when it has to decide what device should be used for a recording at the timer start. So even things like working CAMs are checked. Perhaps you could enable verbose logging to see the single steps of the conflict check: -P'epgsearch -v 3' Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done. as far as I know, vdradmin uses epgsearch's conflict check. epgsearch itself determines the available devices and their properties and supported sources with the same means as VDR itself. So a mix of different cards and different sources should be no problem. BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Edit timer/Timer conflict problem vdradmin/epgsearch
I have a sat card and an atsc card. Our locals do a very poor job of maintaining epg, so I also pick up guide data from a sat. The sat channels are scrambled, but the epg is clear. In my channels.conf I put the sat channel that matches local just above the atsc entry in the list. epgserch picks up a show from the sat list first because they send out 2 weeks where as the locals are sometimes doing good to get 12 hours. When it sets up a timer for a show, I edit it changing the channel from the sat to the atsc channel entry. The problem is, it doesn't properly change the entry. This is the summary for the timer as it first sets up: 90 - KGUNCastle127856154012785652608518498 And just changing the channel, it does this: 1849806060 It no longer points to the channel to use. It still seems to get the right channel for recording, but If 2 of these over lap at all, then I start getting timer conflict notices on the screen even though there is no conflict. It should have just changed "90 - KGUN" to "91 - KGUN-DT" I'm guessing that channel info it removes is why it no longer does conflict checking correcly. The plugin timeline seems still correctly see no conflict. Another problem I've run into, vdradmin only allows you to set a flat total number of dvb cards. It doesn't allow for the fact that not all the cards are the same. I had a second dual atsc tuner which went bad and will be replaced. So right now I have 2 tuners, but only 1 of each time and will have 4, but again, only 1 is sat. Some of this maybe a problem with epgsearch plugin since that is where the search and auto timer setups is done. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
