I see that this list is of pairs of back to back shows. Perhaps they
are incorrectly conflicting with each other because of the pre/post
record padding. Can you test that theory with favorites that don't
occur so closely?
I tried with a different show; same result.
0 G4 "Attack of the Show!" 50 0809.19:00-20:00 1 5 conflict
INFO epg(234): added
1 G4 "Attack of the Show!" 50 0810.03:00-04:00 1 5 conflict
INFO epg(234): added
2 G4 "Attack of the Show!" 50 0810.09:00-10:00 1 5 conflict
INFO server(164): answer from scheduler
INFO server(182): send update for 3 recordings
INFO server(204): calling self.schedule
INFO server(144): recordings:
0 G4 "Attack of the Show!" 50 0809.19:00-20:00 1 5 conflict
1 G4 "Attack of the Show!" 50 0810.03:00-04:00 1 5 conflict
2 G4 "Attack of the Show!" 50 0810.09:00-10:00 1 5 conflict
INFO server(148): favorites:
0 "Attack of the Show!" 50 (exact matching)
INFO control(108): list request
INFO recorder(113): add <Recorder for [EMAIL PROTECTED]:ivtv0>
INFO server(164): answer from scheduler
INFO server(204): calling self.schedule
INFO server(144): recordings:
0 G4 "Attack of the Show!" 50 0809.19:00-20:00 1 5 conflict
1 G4 "Attack of the Show!" 50 0810.03:00-04:00 1 5 conflict
2 G4 "Attack of the Show!" 50 0810.09:00-10:00 1 5 conflict
INFO server(148): favorites:
0 "Attack of the Show!" 50 (exact matching)
INFO server(297): save fxd file
On 8/9/06, Rob Shortt <[EMAIL PROTECTED]> wrote:
I also added in a few log lines, to catch the boutquets :-) but it crapped on me.
The piece of the code looks like this; it's the second log
I will have to read over the code to refresh my memory but I can offer
you this. In the case of analoge / v4l and ivtv devices you can think
of each channel as belonging to it's own unique bouquets. In DVB
bouquets are used to group channels together that are on the same
transponder and frequency. Channels in the same bouquet can be recorded
at the same time as one another without conflict. That is why we track
them here to sort conflicts. The ivtv device in the tvdev process
should report bouquets correctly (one bouquet for each channel).
I also added in a few log lines, to catch the boutquets :-) but it crapped on me.
DEBUG epg(152): found recording: Attack of the Show!
DEBUG epg(152): found recording: Attack of the Show!
DEBUG epg(152): found recording: Attack of the Show!
INFO server(164): answer from scheduler
INFO server(182): send update for 3 recordings
INFO server(204): calling self.schedule
INFO server(144): recordings:
0 G4 "Attack of the Show!" 50 0809.19:00-20:00 1 5 conflict
1 G4 "Attack of the Show!" 50 0810.03:00-04:00 1 5 conflict
2 G4 "Attack of the Show!" 50 0810.09:00-10:00 1 5 conflict
INFO server(148): favorites:
0 "Attack of the Show!" 50 (exact matching)
INFO control(108): list request
INFO recorder(345): Possible Boutquets 0
INFO recorder(113): add <Recorder for [EMAIL PROTECTED]:ivtv0>
INFO server(164): answer from scheduler
INFO server(204): calling self.schedule
INFO server(144): recordings:
0 G4 "Attack of the Show!" 50 0809.19:00-20:00 1 5 conflict
1 G4 "Attack of the Show!" 50 0810.03:00-04:00 1 5 conflict
2 G4 "Attack of the Show!" 50 0810.09:00-10:00 1 5 conflict
INFO server(148): favorites:
0 "Attack of the Show!" 50 (exact matching)
INFO server(297): save fxd file
def update(self):
if self.livetv:
# return the listing with the first channel in it
# (they all need to be in the same list, so no problem here)
log.info('Possible Boutquets %s'%len(self.possible_bouquets))
self.current_bouquets = [ c for c in self.possible_bouquets \
if self.livetv.values()[0][0] in c ]
else:
log.info('Possible Boutquets %s'%len(self.possible_bouquets))
self.current_bouquets = self.possible_bouquets
self.handler.append(self)
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Freevo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
