Hans Meine wrote: > Hi again, > > some updates after collecting experience with nxtvepg: > > 1.) I found that configuring nxtvepg as a user, and then writing an init.d > script to run it not with -rcdir (which should probably be accompanied by > -dbdir then), but simply through su - <user>. > > On Friday, 29. December 2006 13:16, Duncan Webb wrote: >>> nxtvepg -rcfile path_to_configured_nxtvepgrc -dump xml > /tmp/TV.xml >>> to save the XML file. >> you may need to specify the dump format -dump xml5ltz > Yes, that's preferable (although it defaults to the last format used in the > GUI). > >> and you can also give an output file -outfile. > I learned the hard way that this is a bad idea, since it refuses to overwrite > the existing /tmp/TV.xml. > >>> 5) What's the best way to periodically push the XML into Freevo? >>> Obviously a cronjob.. now isn't the Wiki missing a freevo command for >>> re-reading /tmp/TV.xml? >> What I do here is to run freevo schedulefavorites, this updates the >> database. It may also be useful to run tv_sort on the data too. I use >> /etc/cron.hourly for this. > That's the way I do it now, too. > >> With one tv tuner I'm not sure what the best method is, may use the >> VIDEO_POST_PLAY and VCR_POST_REC to tune channels back to the provider >> after playing and recording. > Again, I learned the hard way that this can bring trouble - my wife (who is > no > computer professional at all) listened to my explanation of the current setup > and correctly guessed what turned out to be a real problem: VCR_POST_REC > calls ivtv_tune which changes the channel possibly after a subsequent > recording has already begun, and the wrong (EPG) channel is recorded. > (In the case of two successive recordings without gap.) :-( > > Also, I did not find anything which matches .*_POST_PLAY - did you write the > above off the top of your head? Anyhow, VIDEO_POST_PLAY would not exactly be > good (again, a recording could be in progress), but I would need > TV_POST_WATCH; what I am really looking for is actually VIDEODEV_FREE_CMD or > sth. like that. > > Finally, it seems that the statement "if another program switches [a > channel], > nxtvepg will detect that and automatically go into passive mode" does not > hold at all for ivtv cards. :-( > > The bottom line is: Throughout all my experiments, I had to explain a lot of > unwanted Kabel1 recordings to my love. ;-)
A plug-in similar to upsoon should do the trick, if the video device is busy, playing or recording then you can't read from the video device (but you can change the channel). There are events sent PLAY_START, PLAY_END, VIDEO_START, VIDEO_END, RECORD_START and RECORD_STOP, you can use these as well to be sure that the channel can be set. The polling interval can be changed from the default to something longer. So long as nxtvepg is in to follow mode there should be no problem. HTH Duncan ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
