Justin Wetherell wrote: > I am currently working on resolving this "bug" which doesn't let me > record favorites. > > freevo-tvserver > > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > DEBUG epg(152): found recording: X-Play > INFO server(164): answer from scheduler > INFO server(182): send update for 8 recordings > INFO server(204): calling self.schedule > INFO server(144): recordings: > 0 G4 "X-Play" 50 0809.16:00-16:30 > 1 5 conflict > 1 G4 "X-Play" 50 0809.16:30-17:00 > 1 5 conflict > 2 G4 "X-Play" 50 0809.18:00-18:30 > 1 5 conflict > 3 G4 "X-Play" 50 0809.18:30-19:00 > 1 5 conflict > 4 G4 "X-Play" 50 0810.04:00-04:30 > 1 5 conflict > 5 G4 "X-Play" 50 0810.04:30-05:00 > 1 5 conflict > 6 G4 "X-Play" 50 0810.12:00-12:30 > 1 5 conflict > 7 G4 "X-Play" 50 0810.12:30-13:00 > 1 5 conflict > > INFO server(148): favorites: > 0 "X-Play" 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 "X-Play" 50 0809.16:00-16:30 > 1 5 conflict > 1 G4 "X-Play" 50 0809.16:30-17:00 > 1 5 conflict > 2 G4 "X-Play" 50 0809.18:00-18:30 > 1 5 conflict > 3 G4 "X-Play" 50 0809.18:30-19:00 > 1 5 conflict > 4 G4 "X-Play" 50 0810.04:00-04:30 > 1 5 conflict > 5 G4 "X-Play" 50 0810.04:30-05:00 > 1 5 conflict > 6 G4 "X-Play" 50 0810.12:00-12:30 > 1 5 conflict > 7 G4 "X-Play" 50 0810.12:30-13:00 > 1 5 conflict > > INFO server(148): favorites: > 0 "X-Play" 50 (exact matching) > > INFO server(297): save fxd file
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 believe it comes down to this; p.current_bouquets is empty. If anyone > can help, let me know. 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). -Rob ------------------------------------------------------------------------- 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
