Justin Wetherell wrote: > I didnt really understand the new VIDEO_GROUP syntax but here it goes, > just trying to clear some things up. > > Here is what my group looks like now: > VIDEO_GROUPS = [ > VideoGroup(vdev='/dev/video0', > adev=None, > input_type='tuner', > input_num=0, > tuner_norm='NTSC', > tuner_chanlist='us-cable', > desc='Watch cable', > group_type='ivtv', > player=None) > ] > Here is what is used to look like before updating to todays SVN: > VIDEO_GROUPS = [ > VideoGroup(vdev='/dev/video0', > adev=None, > input_type='tuner', > input_num=0, > tuner_norm='NTSC', > tuner_chanlist='us-cable', > desc='Regular cable', > group_type='ivtv', > recordable=True) > ] > > So basically, the recordable field has been dropped in favor of > player. If the player field is set to 1 then that device can ONLY be > played from and NOT recorded from? If that is true, maybe we should > change the field name to playerOnly? Hi Justin,
The idea is that the player is an index into the VIDEO_GROUPS list. VIDEO_GROUPS is a list of VideoGroup class instances, each VideoGroup describes a tv tuner. So player should point to either None or another item in the list. *I'm going to reverse the logic with this and change player into recordgroup.* This means that the player uses group[0] and when recordgroup is set it uses this group to record. The reason is that some players use /dev/video or /dev/video0 and it is difficult to change. For example, I can't see where the video device can be changed for xine so it must be using one of these video devices. AFAIK xawtv is another player that defaults to /dev/video. Whereas it's easy to ensure that the recorders use the specified video device. I hope that this is a bit clearer. Duncan > > On 10/9/06, *Duncan Webb* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Hi all, > > The multi-tuner support for freevo-1.6 has been completed (I hope). It > is in r8338. > > The way it works is using the VIDEO_GROUPS to tell freevo which is a > play group and which is a record group. > > The item is called player. > > In the process I've got rid of recordable, as it was never used, > Thanks > for this info Rob. > > Here's an example VIDEO_GROUPS in the local_conf.py > > VIDEO_GROUPS = [ > VideoGroup(vdev = '/dev/video0', > adev = '/dev/adsp', > input_type = 'tuner', > input_num = 4, > tuner_norm = CONF.tv, > tuner_chanlist = CONF.chanlist, > desc = 'PVR-350 Video Group', > group_type = 'ivtv', > player = 1), > VideoGroup(vdev = '/dev/video1', > adev = '/dev/adsp', > input_type = 'tuner', > input_num = 4, > tuner_norm = CONF.tv, > tuner_chanlist = CONF.chanlist , > desc = 'PVR-350 Video Group', > group_type = 'ivtv', > player = None), > VideoGroup(vdev = '/dev/video1', > adev = None, > input_type = 'webcam', > desc = 'Logitech Quickcam', > group_type = 'webcam1', > player = None), > ] > > > The key to this is that if the player=None for the group then and this > group has been selected from the TV_CHANNELS then the player and the > recorder use the same device. If as the above example shows the > player=1 > for the default video group (0) then the players will use this > group to > play the tv. > > This means that you can have mixed cards, and ivtv card for recording > and a bttv card for playing, etc. > > The interrupt live tv plug-in (upsoon) now writes a record.soon lock > file, which it removes when the real record lock file has been > written. > This means that when tv has been interrupted due to a pending record, > the idlebar tv plug-in will show that it is recording. > > The upsoon plug-in will now not check the radio device as the default > RADIO_DEVICE=None instead of /dev/radio0, should be better for people > without a radio! > > Still haven't installed my PVR-500 to check this out, but it works > with > the PVR-350 single tuner card. Hopefully I haven't broken too much :-) > > As usual don't hesitate to ask if something is not clear, it is a bit > complex. > > 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 > > <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV> > _______________________________________________ > Freevo-devel mailing list > [email protected] > <mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/freevo-devel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/freevo-devel > ------------------------------------------------------------------------- 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
