<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=gb2312" http-equiv=Content-Type>
<META content="MSHTML 5.00.3315.2870" name=GENERATOR></HEAD>
<BODY>
<P>We also had the problem before. we found the problem may comes from the
bt8x8 drivers which drive your capture card. </P>
<P>Because of the problem, the VIC freezes for a long time, and stop sending
RTCP Cname data, so the cname data refreshes very slowly in receiver sides.</P>
<P>I remember we took two metheds:</P>
<P>1. short term solution: put the default Vic sending framerate to 30fps.</P>
<P>or </P>
<P>2. long term solution: check your capture card, see if it has just one
crystal unit 28.6Mhz, then replace it with a new capture card that has the
crystal unit of 35.4Mhz. it works. </P>
<P>p.s.</P>
<P>if your capture card always captures "mis-colored" wrong images, you can edit
your /etc/modules.conf, and add the following line:</P>
<P>options bttv pll=1(,1,1, if you have multiple cards).</P>
<P> </P>
<P>
<HR>
<P></P>
<DIV>Hello everybody,</DIV>
<DIV> </DIV>
<DIV>we are trying to fix a problem, that we are facing since the very</DIV>
<DIV>beginning of our AG activity, and that stayed with us throughout various</DIV>
<DIV>changes in AG software and OS releases:</DIV>
<DIV>whenever we start several vic instances on our capture machine with the</DIV>
<DIV>AG default frame rate / bandwidth values, the gui freezes after some</DIV>
<DIV>seconds. Video transmission is ok, but we have no chance to change the</DIV>
<DIV>settings of a specific video stream unless we restart the vic. </DIV>
<DIV>The problem disappears when we start with the low transmission/frame</DIV>
<DIV>rates of the ucl-vic defaults.</DIV>
<DIV> </DIV>
<DIV>conflicting interrupts dont seem to be a problem here: </DIV>
<DIV> </DIV>
<DIV>ag@ag-vin:~> cat /proc/interrupts </DIV>
<DIV> CPU0 CPU1 </DIV>
<DIV> 0: 200243 199649 IO-APIC-edge timer</DIV>
<DIV> 1: 1035 1003 IO-APIC-edge keyboard</DIV>
<DIV> 2: 0 0 XT-PIC cascade</DIV>
<DIV> 3: 18120 18213 IO-APIC-level bttv</DIV>
<DIV> 4: 18906 18747 IO-APIC-level bttv</DIV>
<DIV> 8: 1 1 IO-APIC-edge rtc</DIV>
<DIV> 10: 21250 21610 IO-APIC-level bttv</DIV>
<DIV> 11: 1011645 1012826 IO-APIC-level eth0</DIV>
<DIV> 12: 78269 77369 IO-APIC-edge PS/2 Mouse</DIV>
<DIV> 14: 3605 3788 IO-APIC-edge ide0</DIV>
<DIV> 15: 2 3 IO-APIC-edge ide1</DIV>
<DIV>NMI: 0 0 </DIV>
<DIV>LOC: 399801 399799 </DIV>
<DIV>ERR: 0</DIV>
<DIV>MIS: 0</DIV>
<DIV> </DIV>
<DIV>We are currently running SuSE. 7.3 on a dual Pentium III 866 MHz, but we</DIV>
<DIV>observed the same problems under the AG RedHat Release.</DIV>
<DIV> </DIV>
<DIV>Any help would be greatly appreciated.</DIV>
<DIV> </DIV>
<DIV>Martin</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>-- </DIV>
<DIV>_______________________________________________________________________</DIV>
<DIV> Martin Sczimarowsky</DIV>
<DIV> Forschungszentrum Juelich / Zentralinstitut fuer Angewandte Mathematik </DIV>
<DIV> D 52425 Juelich Tel/Fax : +49 2461 61 6411/6656</DIV>
<DIV>_______________________________ M.Sczimarowsky@fz-juelich.de __________</DIV>
<DIV>.</DIV>
<HR>
</BODY></HTML>