home *** CD-ROM | disk | FTP | other *** search
/ Winzipper / Winzipper_ISO.iso / internet / net commander 1.0 / SEEME1 / FAQ.TX_ / FAQ.TX
Encoding:
Text File  |  1996-04-10  |  11.7 KB  |  252 lines
  1. FAQ.TXT                                                        2-13-96  
  2.  
  3. CU-SeeMe for Windows Frequently Asked Questions:
  4.  
  5. *  What Video Capture card/Sound card/Winsock Stack will work with CU-SeeMe?
  6. *  QuickCam doesn't work with Win'95.
  7. *  "GetHostByName() failed (nnnnn)" error.  Hostname Requirement for CU-SeeMe.
  8. *  "No Response from <ip address>" error.
  9. *  Capture card is not detected by CU-SeeMe
  10. *  "WSAAsyncSelect blew chow (11004)" error.
  11. *  LAN WorkPlace - CU-SeeMe can't connect.
  12. *  Audio does not work, even though I've got an audio card and speakers
  13. *  I can't see my local video window anywhere.
  14.  
  15. If you don't find the answer to your question here or in readme.txt or
  16. cuseeme.txt, you can join the mail list cu-seeme-L.  See readme.txt for
  17. info.  Rich Kennerly <rbk1@cornell.edu>
  18. ---------------------------------------------------------------------------    
  19. What Video Capture card/Sound card/Winsock Stack will work with CU-SeeMe?
  20.  
  21.    See COMPAT.TXT
  22.  
  23.    The latest copy of COMPAT.TXT is available via FTP at 
  24. cu-seeme.cornell.edu/pub/CU-SeeMe and on the web at: 
  25. http://cu-seeme.cornell.edu/PC.CU-SeeMeCurrent.html
  26.  
  27. ---------------------------------------------------------------------------    
  28. QuickCam doesn't work with Win'95
  29.  
  30. Here are the steps to take to install a QuickCam with Window '95
  31.  
  32. 1) Run the QuickCam installer.
  33.  
  34. 2) Make sure the capture driver, called QUICKCAM.DRV, is in the
  35.    /WINDOWS/SYSTEM directory.
  36.  
  37. 3) Check the file SYSTEM.INI (in the /WINDOWS directory) and make sure
  38.    there's an entry in the [drivers] section for msvideo like this:
  39.  
  40.    msvideo=quickcam.drv
  41.  
  42.    If you've had another capture driver installed you might see another
  43.    driver listed as msvideo and another entry, msvideo1=quickcam.drv.  In
  44.    this case you should switch the quickcam to be msvideo and the other
  45.    driver to be msvideo1.
  46.  
  47. 4) Use the Win'95 Control Panel for Multimedia.  On the 'Advanced' section,
  48.    double click on the Video Capture Devices icon.  You should see an
  49.    entry for QuickCam.  Double click on the icon for QuickCam.  Make sure
  50.    the "Use the video capture device" choice is selected.
  51.  
  52. 5) Restart Win'95.
  53.  
  54. ---------------------------------------------------------------------------    
  55. "GetHostByName() failed (nnnnn)" error.  
  56. Hostname Requirement for Windows CU-SeeMe
  57.  
  58.    Your Windows machine will need a hostname.  CU-SeeMe for Windows 
  59. will not work without it (this requirement may disappear soon).  
  60. The way to provide a hostname is to make an entry into the hosts file
  61. called "hosts" (with no extension):
  62. The format for the hosts file is:
  63.  
  64.                  
  65. <your IP address>   <name for your PC>    
  66.  
  67.    For example, you might decide to use the hostname WillieBob.  If 
  68. your IP address was 128.32.64.88, the entry in your hosts file would 
  69. look like:  
  70.  
  71. 128.32.64.88    WillieBob
  72.  
  73.    Your HOSTS file should be in your Windows Sockets directory (the 
  74. same directory that contains your 'winsock.dll').  This directory must
  75. be in the PATH before windows is started.  Note: the HOSTS file needs
  76. to be accessed by the Winsock stack, not CU-SeeMe - putting the HOSTS
  77. file in the directory with CU-SeeMe will not accomplish anything.
  78.  
  79.    If you don't already have a hostname for your PC, you may want to 
  80. contact your network administrator about getting one assigned.  If your
  81. host name is defined in a Domain Name Server (DNS) accessible to your
  82. PC, you won't need to have a HOSTS file.  Keep in mind, in this case,
  83. that if you can't reach your DNS, you'll get the "GetHostByName() Error"
  84. message.
  85.  
  86.    While this issue has been a problem for many it has worked on all
  87. stacks after some work (The FTP software hitch mentioned below took
  88. many phone calls to a very patient user at NSF before solving).
  89.  
  90. Things to verify:
  91.  
  92. *) Verify that you've only got one HOSTS file (there might be a bad one
  93.    earlier in your path).  Use FILE MANAGER, File Menu, Search - Search
  94.    for hosts, start from c:\, check the 'Search All Subdirectories box.
  95.    If you find entries other than the one you expect to find in your
  96.    Winsock directory, consider removing or updating them.
  97.  
  98. Possible stumbling blocks:
  99.  
  100. *) You're using FTP PCTCP and you've something set in the "Domain 
  101.    Completion" box.  This can cause your software to not find its real
  102.    hostname in the hosts file.
  103.  
  104. *) When Defining your hostname with your Winsock Customization software,
  105.    do not include the domain name in the hostname specification.  For
  106.    example, if WillieBob is in the domain cit.cornell.edu, do NOT specify
  107.    WillieBob.cit.cornell.edu as the hostname.  Just enter WillieBob and
  108.    enter the domain in its place.
  109.  
  110.  
  111. ---------------------------------------------------------------------------    
  112. "No Response from <ip address>" error.
  113.  
  114.    Assuming that you have tested other winsock network applications so you
  115. know you have basic network connectivity, there are several possible reasons
  116. why you might be getting this response:
  117.         
  118. * The reflector machine is down - Try to telnet, FTP, or PING the host
  119.   address to check this.  Even if you can't log in, any 'login' -type response 
  120.   will indicate that the host is on the net.
  121.         
  122. * The reflector software is not currently running on the reflector host.  Try
  123.   a couple of reflector sites - it is not likely that too many will be down at
  124.   the same time.
  125.         
  126. * You have a 'firewall' somewhere at 'your end' - between your local network
  127.   and the Internet.  A firewall prevents traffic of certain types from 
  128.   passing in and out of a network or networks.  For example, a 'firewall'
  129.   may exist to reduce traffic volume by disallowing UDP packets - this will
  130.   prevent PING and NFS (Network File System) packets from passing through.
  131.   And, since CU-SeeMe uses UDP, it will not work either.  It is also possible
  132.   for a firewall to disallow certain UDP port and allow others.  Your network
  133.   provider can decide what type(s) of 'firewall' restrictions if any to 
  134.   impose on your network.
  135.           
  136.   It can be difficult to determine whether or not there is a firewall in
  137.   place on your network.  If you can telnet to a reflector host (even though
  138.   you can't log on) but CU-SeeMe doesn't work then it could be a firewall.
  139.   You can contact your network provider to see if there are any restrictions
  140.   on the traffic passing in and out of your network.  CU-SeeMe uses UDP 
  141.   (not TCP) on UDP port 7648.  You can ask your network provider to allow
  142.   UDP traffic on port 7648 to get through the 'firewall'.
  143.  
  144.   Or, if you're using a PC with Winsock, it could be:
  145.         
  146. * There is a DNS IP address problem or 'proxy' DNS is being done.  Somehow,
  147.   with Winsock, it is possible for the machine to make a DNS query to the
  148.   network for its own address which is not really the actual address of the
  149.   Windows PC.  CU-SeeMe uses this address in the CU-SeeMe packet header which
  150.   is different from the address in the IP header (apparently).  This can be
  151.   caused by having two DNS servers with different IP addresses or, by a
  152.   machine doing 'proxy' DNS where it claims to be 'you' so it will get
  153.   your packets which it will then forward to you.  This latter example has
  154.   been found in a situation where SLIP IP addresses were being 'spoken for'
  155.   by the slip server.  Unfortunately, we don't have good information about
  156.   what can be done to really solve this problem.  I would recommend having
  157.   your host and actual IP address in a HOSTS file locally so the DNS call
  158.   is either not made or not favored over the local hosts entry.
  159.  
  160. * You're using TIA.  Here's a quote from a knowledgable user:
  161.  
  162. "TIA will not work with CU-See me because CU-SeeMe needs an IP address of the
  163. machine you are connecting with.  TIA does not give your machine an IP address
  164. but gives you the IP address of the machine you are connecting to, so instead
  165. of trying to connect back to your machine CU-SeeMe is connecting back to your
  166. providers machine (the machine that you are running tia on).  In order for
  167. CU-SeeMe to work you need a PPP or SLIP account where you have your own 
  168. individual IP address."
  169.  
  170.             
  171. ---------------------------------------------------------------------------    
  172. Capture Card is not detected by CU-SeeMe
  173.  
  174.    Sometimes a video capture card (especially Creative Labs Video Blasters)
  175. can be installed in the system
  176. and the Video Capture program supplied by Creative Labs works fine.  But,
  177. CU-SeeMe does not generate a local video picture and the 'File-Video Devices'
  178. option is greyed out.
  179.  
  180.    Edit your system.ini file in the /windows directory and, in the [drivers]
  181. section, make sure there's an entry for msvideo=.  For example, one user with
  182. a blaster FS200 has the entry:
  183.  
  184. msvideo=fs200cap.drv
  185.  
  186. in system.ini.  Check your installation guide to see what it should be for
  187. your model.  This entry is needed for software to locate the driver; apparently
  188. the Creative labs software itself does not require this.
  189.  
  190. For Windows '95 you should also check:
  191.  
  192. * Use the Win'95 Control Panel for Multimedia.  On the 'Advanced' section,
  193.   double click on the Video Capture Devices icon.  You should see an
  194.   entry for QuickCam.  Double click on the icon for QuickCam.  Make sure
  195.   the "Use the video capture device" choice is selected.
  196.  
  197. ---------------------------------------------------------------------------    
  198. WSAAsyncSelect blew chow (11004)!
  199.  
  200.    Some Winsock stacks, especially Lan WorkPlace for Dos, often report
  201. this error.  The error 11004 means that your winsock stack either does
  202. not support UDP or is not set up to do so.  Check the configuration
  203. options for your network installation to make sure UDP is enabled if
  204. possible.  If you're using LAN WP see the other FAQ answer for LAN WP.
  205.     
  206. ---------------------------------------------------------------------------    
  207. *  LAN WorkPlace - CU-SeeMe can't connect.
  208.  
  209.   We received a report about an IMPORTANT configuration detail
  210.   required for CU-SeeMe.  In the NET.CFG file you can specify the number
  211.   of sockets for TCP and UDP.  You must change this number to 30 or less
  212.   in order for CU-SeeMe to work:
  213.  
  214.   tcp_sockets     30
  215.   udp_sockets     30
  216.   raw_sockets     1
  217.  
  218. ---------------------------------------------------------------------------    
  219. *  Audio does not work, even though I've got an audio card and speakers
  220.  
  221.    Audio will only work if you've got enough bandwidth to support it.  At
  222. this point, you need to have at least a 28.8K modem, ISDN at 64K or 128K,
  223. or a faster network connection to the Internet.  If you have a 28.8K modem
  224. you STILL will only receive audio if the sender has set their audio encoding
  225. method to DeltaMod 16K.  Unfortunately, at this point, there's no way to
  226. tell what method they're using - you just won't hear them (or perhaps you'll
  227. hear pops and tiny segments of sound).
  228.  
  229. IMPORTANT NOTE: If your computer is audio capable but you DON'T have
  230. a camera you can only choose the audio encoding method by editting
  231. CUSEEME.INI.  The two choices for audio encoding method are:
  232.  
  233. [Audio Settings]
  234. Encoding Method=Delta-Mod (16 Kb/s)
  235.   --or--
  236. Encoding Method=Intel DVI (32 Kb/s)
  237.  
  238.    If you are using a MODEM at 28.8 or less you MUST use Delta-Mod
  239. encoding!!!!
  240.  
  241. ---------------------------------------------------------------------------    
  242. *  I can't see my local video window anywhere.
  243.  
  244.    Especially for Win'95 users, sometimes the local window does not appear
  245. anywhere on the screen even though the camera still works and you're sending
  246. video.  The File / Video Format... dialog still works.
  247.  
  248.    For some reason, the local video window is off-screen.  You might find
  249. it under the task bar in the lower right corner.  Or, you can edit the
  250. /windows/cuseeme.ini file and remove or edit the settings for
  251. [Video Position] for Window0=x,y.
  252.