home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / pictures-faq / part2 < prev    next >
Internet Message Format  |  2003-12-31  |  30KB
  1. Path: senator-bedfellow.mit.edu!dreaderd!not-for-mail
  2. Message-ID: <pictures-faq/part2_1072833510@rtfm.mit.edu>
  3. Supersedes: <pictures-faq/part2_1071575965@rtfm.mit.edu>
  4. Expires: 28 Jan 2004 01:18:30 GMT
  5. References: <pictures-faq/part1_1072833510@rtfm.mit.edu>
  6. X-Last-Updated: 1996/04/24
  7. From: Jim Howard <jhoward@best.com>
  8. Organization: none
  9. Newsgroups: alt.binaries.pictures.d,alt.binaries.pictures.fine-art.d,alt.binaries.pictures.erotica.d,news.answers,alt.answers
  10. Subject: alt.binaries.pictures FAQ - General info
  11. Followup-To: alt.binaries.pictures.d
  12. Distribution: world
  13. Approved: news-answers-request@MIT.Edu
  14. Originator: faqserv@penguin-lust.MIT.EDU
  15. Date: 31 Dec 2003 01:38:32 GMT
  16. Lines: 579
  17. NNTP-Posting-Host: penguin-lust.mit.edu
  18. X-Trace: 1072834712 senator-bedfellow.mit.edu 576 18.181.0.29
  19. Xref: senator-bedfellow.mit.edu alt.binaries.pictures.d:60270 alt.binaries.pictures.fine-art.d:1302 alt.binaries.pictures.erotica.d:432782 news.answers:263781 alt.answers:70854
  20.  
  21. Archive-name: pictures-faq/part2
  22. Last-modified: 05 March 1993
  23.  
  24.     This is part 2 of the FAQ for the alt.binaries.pictures* hierarchy.  
  25.     This part of the alt.binaries.pictures FAQ contains "general", or
  26.     operating-system independent information.  It answers (hopefully) all 
  27.     the questions you may have about the pictures newsgroups, decoding and 
  28.     encoding techniques, and picture formats.
  29.  
  30.       For information on issues of etiquette and posting policy and/or 
  31.     suggestions, consult part 1 of this posting.
  32.  
  33.       For information on your particular system and on specific utilities, 
  34.     consult part 3 of this posting.
  35.  
  36.     Before posting to these groups for the first time, please check the FAQ
  37.     list (this posting - including parts 2 and 3), and also read the newsgroup 
  38.     news.announce.newusers, which contains many answers to questions about 
  39.     UseNet in general.
  40.  
  41.     If you've read previous versions of this FAQ, you'll probably only want
  42.     to read anything that has changed since the last distribution.  These
  43.     changes appear both in this document and in the accompanying "Changes to
  44.     the alt.binaries.pictures FAQ".  Note that this is a "live" document, and 
  45.     is always getting important information added or updated.
  46.  
  47.  
  48. ***********************************************************************
  49.  
  50. This file is intended to be a general introduction to the pictures
  51. newsgroups, answering some common questions concerning pictures posted 
  52. in those newsgroups, namely how to decode and view them.  It is not, of 
  53. course, possible to cover everything, but I will try to to get as much 
  54. as I can into this file.  If you feel something important has been 
  55. omitted and you know the subject well, please write me so I can 
  56. include the info for future releases.  E-mail should be sent to 
  57. deej@cadence.com for these purposes.
  58.  
  59. Before you miss an important detail contained in this file, let me
  60. "pre-repeat" that many of the programs mentioned in this document are
  61. available for anonymous ftp at bongo.cc.utexas.edu (128.83.186.13), in 
  62. the gifstuff directory.  Also: there are NO GIF files of any kind at 
  63. this site!  Save your time and don't bother looking for them!
  64.  
  65. OK... on to the real reason you're reading this document...
  66.  
  67.  
  68. TABLE OF CONTENTS
  69.    I.   ABOUT THIS FAQ
  70.   II.    DOWNLOADING AND DECODING FILES
  71.  III.   COMMON PICTURE TYPES
  72.   IV.   ENCODING AND UPLOADING FILES
  73.    V.   ALTERNATE SOURCES FOR PICTURES/HOW-TO'S OF FTP
  74.   VI.    COMMON PROBLEMS
  75.  VII.   COPYRIGHT
  76.  
  77.  
  78. I. ABOUT THIS FAQ
  79.  
  80. This FAQ is posted every other Monday to the alt.binaries.pictures 
  81. newsgroups and to news.answers.  It is also available by anonymous FTP, 
  82. from UUCP, or through e-mail by using the services available from a couple 
  83. of mail servers.  For anonymous FTP access, you can look on either 
  84. pit-manager.mit.edu [18.72.1.58] in /pub/usenet/news.answers/pictures-faq
  85. in files "part1.Z", "part2.Z", or "part3.Z", on ftp.cs.ruu.nl 
  86. [131.211.80.17] in /pub/NEWS.ANSWERS/pictures-faq for "part1", "part2", or 
  87. "part3", on ftp.uu.net [137.39.1.2, 137.39.1.9, or 192.48.96.2] in 
  88. /usenet/news.answers/pictures-faq as the files "part1.Z", "part2.Z", or 
  89. "part3.Z".
  90. You can get the FAQ via UUCP by retrieving the appropriate part from
  91. "uunet!/archive/usenet/news.answers/pictures-faq/part1", 
  92. "uunet!/archive/usenet/news.answers/pictures-faq/part2", or
  93. "uunet!/archive/usenet/news.answers/pictures-faq/part3". 
  94.     For e-mail access, send a message to mail-server@pit-manager.mit.edu 
  95. with the mail body "send usenet/news.answers/pictures-faq/part1" to get the 
  96. first part, "send usenet/news.answers/pictures-faq/part2" for the second, 
  97. and "send usenet/news.answers/pictures-faq/part3" for the third, or e-mail 
  98. to mail-server@cs.ruu.nl with "send NEWS.ANSWERS/pictures-faq/part1",
  99. "send NEWS.ANSWERS/pictures-faq/part2", and/or 
  100. "send NEWS.ANSWERS/pictures-faq/part3" in the body of the message.
  101.  
  102.  
  103. II. DOWNLOADING AND DECODING FILES
  104.  
  105.     Basic checklist:        Alternate checklist:
  106.     ----------------        --------------------
  107.     News reader            News reader (optional in some cases)
  108.     Text file editor        "Super-decoder"
  109.     UUDECODEr
  110.  
  111. By far the most common method of posting files to the pictures 
  112. newsgroups is the UUENCODE standard.  This program, shipped standard 
  113. with most implementations of UNIX, converts binary files into plain-text 
  114. ASCII files which can be handled by the mail system.  You will need a 
  115. version of UUDECODE before anything else in order to view anything 
  116. downloaded from the net.  If your system does not have a version of 
  117. UUDECODE available, you can get one via anonymous ftp from
  118. bongo.cc.utexas.edu, in the gifstuff/uutools directory.
  119.  
  120. The format of a uuencoded file consists of an optional "table specification",
  121. which consists of the word "table" alone on a line, followed by one or more
  122. lines containing the characters that will be used in the remaining encoded
  123. data.  Following this, the standard requires the line containing only the text 
  124. "begin <permissions> <filename>" (where "<permissions>" is a three-character 
  125. numeric string, and "<filename>" notes the name of the decoded file - for 
  126. example "begin 640 myfile.gif").  This "begin" line is then followed by 
  127. several lines of approximately 61 characters, all beginning with a capital 
  128. "M", and containing any non-lower-case printing character (and very rarely 
  129. resembles anything but absolute gibberish).  Optionally, one to two lines 
  130. may be blank or contain less than the normal number of characters if those 
  131. lines are immediately before the line containing the "end" notation (in this
  132. case, these shorter lines will NOT begin with "M").  The "end" text alone on 
  133. a line marks the conclusion of the uuencoded data.  Any information that does
  134. not fit into the above classifications are termed as either "headers" or 
  135. "trailers", and are not intended to be included in the information to be 
  136. decoded.  For example, the following represents a valid uuencoded file 
  137. (although it contains no useful information - don't bother decoding it!):
  138.  
  139. begin 666 bogus.file
  140. MLEHHWHURHUH %$^4653%#$#&^%$$46^%#^%)LKDUHEWFHIUG^$^#DJIUTE&F
  141. M&#H:FNP(ENER(*HNFUHDG(&#&B#HY@#(*@YNUF(&$HU$HF(YSAUHIRY(&YHU
  142. #(*NUFE(YHD7H
  143.  
  144. end
  145.  
  146. Most decoders are smart enough to ignore anything before the "begin" line 
  147. and after the "end" line.
  148.  
  149. The first step is to save the file you want to view... in most versions
  150. of the newsreader, this is done by pressing 's' followed immediately (no
  151. spaces usually, although some versions don't care) by a file name.
  152. You will usually be asked if you want to save it in mailbox format;
  153. you should answer 'n'.  When saving an article to a file in
  154. mailbox format, the article is sometimes changed in a subtle
  155. way, making it impossible to decode.
  156.  
  157. In the case of a single-part file, you can now uudecode the file, 
  158. which will create whatever output file is encoded.  You can usually 
  159. tell if it's a single-part file by looking on the subject line; 
  160. standard netiquette is to make something like [03/06] part of the 
  161. subject line, which indicates you're on part 3 of a 6-part file.  If no
  162. numbers are there, you can usually assume it is a 1-part file.  If 
  163. not, feel free to write the poster (directly... please don't waste 
  164. bandwidth by posting) and request that he/she put this info in the 
  165. subject line.  Be nice about it!  Another way to determine if a file 
  166. is a single-parter is if both the uuencode "begin" and "end" lines 
  167. (as outlined above in the description of the uuencode format) are 
  168. included in the file.
  169.  
  170. For multi-part files, life is a little more difficult.  If all you 
  171. have is a standard UUDECODE program (as opposed to a "smart decoder"), 
  172. you will need to trim the headers and trailers out from the rest of the 
  173. information.  You can either do this by saving each part in its own file 
  174. and editting them separately, then concatenate the editted files together 
  175. to make one big file (this might be your only choice if your editor can't 
  176. handle large files!), or you can save each part in order into one big 
  177. file and then edit all the headers and trailers out from that file.  
  178. Either way, you'll need to run the result through UUDECODE.  You can use 
  179. your favorite text editor to strip out header and trailer information.
  180.  
  181. There are several "smart decoders" out there that will handle all of
  182. the header/trailer stripping and decoding for you (some will even make
  183. sure that the pieces are in order!) - see part 3 of this posting for 
  184. specifics.
  185.  
  186. Some articles are actually posted with easy decoding in mind, and contain
  187. UNIX shell script headers/trailers that facilitate easier decoding.  This
  188. is often very helpful, as it saves you a lot of work, and can also provide
  189. error checking not available in a "normal" uuencoded posting.  These
  190. postings nearly always contain instructions on their use, so I won't
  191. attempt to explain all the details here.  There's no set "standard" for
  192. this type of posting anyway - except for MIME.  MIME, the Multipurpose 
  193. Internet Mail Extensions, proposes a standard for the posting and mailing
  194. of multi-media articles (postings may include pictures, sounds, movies, 
  195. or other media types - which may be combined in one article).  Public-
  196. domain packages using MIME are available (Metamail, for example).  For 
  197. more information on MIME and Metamail, contact nsb@bellcore.com.
  198.  
  199. Some news readers have an "extract" capability that greatly simplifies
  200. life by automatically decoding articles - this means you don't have to
  201. go to the hassle of saving to a file and then decoding.  Newer versions 
  202. of rn, nn, and trn can handle this - check the "man" page or ask your 
  203. news administrator to find out if you can let your news reader do the 
  204. work for you!
  205.  
  206. If you're going to download the decoded picture file to a home machine, 
  207. or move it around a network, remember that most decoded file outputs are 
  208. going to be BINARY files, so set your transfer protocol accordingly.  
  209. If you are moving around just the uuencoded data, an ASCII transfer will 
  210. work just fine, however (you'll have to decode it eventually, of course).  
  211. Note that if you *don't* transfer the decoded file in BINARY mode, 
  212. everything will appear to work just fine - until you try to view the 
  213. picture.  Then you'll get all sorts of undefined results...
  214.  
  215.  
  216. III.  COMMON PICTURE TYPES
  217.  
  218.     Basic checklist:        Alternate checklist:
  219.     ----------------        --------------------
  220.     GIF viewer            Multi-format viewer
  221.     Format conversion tool(s)    Format conversion tool(s)
  222.                     Image manipulation tool(s)
  223.  
  224. OK.  Now you've got this great picture file from downloading it and 
  225. running it through UUDECODE.  What is it, and what do you do with it?
  226.  
  227. The most common type of picture is the GIF format (which usually has
  228. a .GIF or .gif file suffix).  GIF stands for Graphic Interchange Format, 
  229. and is a standard format for images that was developed by CompuServe to 
  230. be a device-independent method of storing pictures.  It includes 
  231. Lempel-Ziv-Welch (LZW) compression, which makes the files fairly small.
  232.  
  233. JPEG is another standardized image compression mechanism, which stands 
  234. for Joint Photographic Experts Group (the original name of the committee 
  235. that wrote the standard).  It seems more and more common that JPEG-type 
  236. pictures (.JPG or .jpg file suffix, usually) are getting posted to the 
  237. net.  Some claim that JPEG is destined to overtake GIF format in popularity, 
  238. because it is the most compact method to store 24-bit data, but mostly due 
  239. to the fact that it uses much less space to store the same picture (this is, 
  240. in fact, true - I have seen many examples of this phenomenon).  This may be 
  241. an accurate assessment, but this will probably take a while to happen, as 
  242. most people HAVE GIF software/viewers, but lack JPEG equivalents.  
  243. Undoubtedly, however, this too shall change, but at this point, JPEG is 
  244. recognized as still being in its infancy.  But, if you prefer to be on the 
  245. leading (bleeding?) edge, it is possible to get software both to view JPEG
  246. pictures, and to convert JPEG to and from other formats, as detailed in 
  247. part 3.
  248.  
  249. The latest and greatest info about JPEG is included in the Tom Lane's
  250. "JPEG image compression: Frequently Asked Questions" (archive name is
  251. "jpeg-faq"), posted on a regular basis to the alt.binaries.pictures.d, 
  252. alt.graphics.pixutils, alt.binaries.pictures.erotica.d, alt.sex.pictures.d,
  253. and news.answers newsgroups.
  254.  
  255. Of course, to view a picture of a particular type, you will need a viewer 
  256. that supports that type (again, for specifics on viewers for your 
  257. particular configuration, see part 3 of this posting).
  258.  
  259. There are other types of single-picture files posted to the net, 
  260. although they are not as common as GIF or JPEG files.  Other than the 
  261. difference in the viewing software, the downloading/decoding and 
  262. encoding/uploading procedures are identical as for other types of pictures.
  263. Platform-dependent picture types and conversion programs are discussed
  264. in part 3 of this posting.
  265.  
  266. Occasionally people get into an argument about which standard is best. 
  267. I think the answer is:  WHO CARES?!?  The only thing I have to say 
  268. about this matter is that almost every machine under the sun already 
  269. has a program written for it to view GIF files, and if yours doesn't, 
  270. shareware or PD source code is available almost everywhere.
  271.  
  272. Commonly people post files to the net with a .GL extension.  These 
  273. files are actually animated picture-shows that can be viewed on a small
  274. number of system types.
  275.  
  276. Usually, GL files are huge, so people often compress them with one of
  277. several popular compression/archiving packages.  Perhaps the most
  278. common is the PC family's PKZIP package.  If a GL file is posted with
  279. a .ZIP extension, you know it's been ZIP'ed.  Similarly, if it has a
  280. .Z extension, it's been compressed with the UNIX `compress' utility. 
  281. "Uncompression" tools of either type are available for various types of
  282. systems - part 3 has the necessary details.
  283.  
  284. Files of a .DL extension are also sometimes posted.  These are very
  285. similar to GL files, except in format, so of course it takes different 
  286. software to view them (this software is also discussed in part 3).
  287.  
  288. Then there's FLI - yet another GL/DL type of file.  FLI's are generally
  289. considered poorer quality than either GL or DL, however.
  290.  
  291. The table below lists many of the common file types for pictures or 
  292. compression formats for different systems.  This information may be useful 
  293. if you download a tool and then don't know how to decompress it into a 
  294. usable form, or as a "quick reference" of file types.   Decompressors or
  295. viewers of "unlike" system types exist on some systems - see the particular 
  296. system information for details on this aspect.
  297.  
  298.     File extension        File  type
  299.     --------------        ----------
  300.     ARC            ARChive (many OS's support) - compressed file(s)
  301.     ARJ            Yet another archive format - compressed file(s)
  302.     BMP            Windows and OS/2 BitMaP picture file
  303.     CPT            Macintosh CompactPro compressed file.
  304.     DIB            Windows and OS/2 BitMaP picture file
  305.     DL            Animated picture file (system independent, for
  306.                 those with viewers)
  307.     FLI            Animated picture file (system independent, for
  308.                 those with viewers)
  309.     GIF            Graphics Interchange Format -
  310.                 system independent picture file
  311.     GL            Animated picture file (system independent, for
  312.                 those with viewers)
  313.     IMG            IMaGe - ? picture file
  314.     JPG (JPEG)        Joint Photography experts Group - system 
  315.                 independent picture file
  316.     LZH            Amiga LZH - compressed file(s) - LHarc output
  317.     MAC (MACP)        Macintosh MacPaint - Macintosh picture file
  318.     HQX            Macintosh BinHex - encoded file
  319.     IFF            Amiga Interchangeable File Format - Amiga 
  320.                 file interchange (used for many types of binary
  321.                 data).  If it contains a picture file, then
  322.                 the picture is either an ILBM (InterLeaved 
  323.                                 BitMap), HAM (Hold-And-Modify), DHAM (DynaHAM),
  324.                 or SHAM (Sliced HAM).
  325.     IM8 (RAST)        Sun RASTer file - Sun picture file
  326.     PCX            IBM PC Paintbrush - IBM picture file
  327.     PICT            Macintosh QuickDraw PICTure - Macintosh picture
  328.                 file
  329.     PS (PSID)        Encapsulated PostScript/PostScript Image Data - 
  330.                 printer-ready text/picture file
  331.     RAW            RAW RGB - 24-bit system independent picture file
  332.     SEA            Macintosh Self-Extracting Archive
  333.     SHK            Macintosh Shrinkit - compressed file(s)
  334.     SIT            Macintosh StuffIt - compressed file(s)
  335.     TGA            TrueVision TarGA file - ? picture file
  336.     TIFF            Tagged Image Format File - 24-bit system 
  337.                 independent picture file
  338.     UUE            UNIX UUEncoding - encoded file
  339.     XBM            X windows Bit Map - UNIX/X windows picture file
  340.     Z            UNIX LZW "compress" - compressed file(s)
  341.     ZIP            MS-DOS ZIP - compressed file(s)
  342.     ZOO            MS-DOS ZOO - compressed file(s)
  343.  
  344.  
  345. IV. ENCODING AND UPLOADING FILES
  346.  
  347.     Basic checklist:        Alternate checklist:
  348.     ----------------        --------------------
  349.     UUENCODEr            "Auto-posting" tool(s)
  350.     Editor or file splitter
  351.     News posting software
  352.  
  353. First things first:  before you do any sort of posting, be sure you've
  354. read and understand the a.b.p* netiquette as outlined in part 1 of this 
  355. FAQ.  This will save you from countless flamings!
  356.  
  357. OK.  You need to UUENCODE the file.  Find an encoder and encode it!  
  358. If the output file is particularly large (i.e. more than 60 KB), it 
  359. would be wise to split up the encoded file into smaller parts (<= 60 KB) 
  360. and then post those.  You can split the file with a text editor if you 
  361. like, or check part 3 for more specifics on splitting utilities.
  362.  
  363. Now post the files... and remember to include the neat info mentioned 
  364. in part 1, like subject lines that mean something, descriptions, 
  365. checksums, "Cut Here" lines, etc...  
  366.  
  367. There are some very nice "super posting" utilities out there that will 
  368. handle all the lower-level details for you.  See part 3 for more info
  369. on these utilities.  If you don't use one, you'll obviously need to do 
  370. all the uuencoding, splitting, and the posting of each split part
  371. yourself - which can become quite a tedious process!  Another benefit of
  372. the "super posters" is that they enforce some standardization on the way 
  373. posts look - making an auto-decoder's job much easier in the process!
  374.  
  375.  
  376. V. ALTERNATE SOURCES FOR PICTURES/HOW-TO'S OF FTP
  377.  
  378.     Basic checklist:        Alternate checklist:
  379.     ----------------        --------------------
  380.     Direct Internet access        E-mail software
  381.     FTP software
  382.     "archie" access
  383.  
  384. The pictures newsgroups are certainly not the only source for pictures, 
  385. nor are GIF files the only types available (see section III).  The most 
  386. likely place you are to find other pictures is in an archive that is 
  387. reachable via FTP.  FTP stands for File Transfer Protocol, and is a 
  388. program for transmitting files over the network.  To use FTP, you will 
  389. need access to a computer with the FTP program, and a network connection.
  390. Be aware that files on FTP sites will probably NOT be UUENCODED, so 
  391. remember to transfer in binary when getting non-text files.
  392. For the greatest level of detail on FTP and finding sources in general, you 
  393. should refer to the posting "How to find sources (READ THIS BEFORE POSTING)",
  394. which is periodically posted to comp.sources.wanted, alt.sources.wanted, and 
  395. news.answers OR you can execute either 'finger ftp@piggy.ucsb.edu' or 
  396. 'finger ftp@ferkel.ucsb.edu' to get a quick tutorial.  You can also get the
  397. "finding sources" FAQ via anonymous FTP, available on either 
  398. pit-manager.mit.edu [18.72.1.58] in /pub/usenet/news.answers as the file
  399. "finding-sources.Z", on ftp.cs.ruu.nl [131.211.80.17] in /pub/NEWS.ANSWERS
  400. as "finding-sources", on ftp.uu.net [137.39.1.2, 137.39.1.9, or 192.48.96.2]
  401. in /usenet/news.answers as file "finding-sources.Z".  UUCP access is done by
  402. retrieving the file "uunet!/archive/usenet/news.answers/finding-sources". 
  403. Lastly, you can get this FAQ by sending a message to either of
  404. mail-server@pit-manager.mit.edu with the mail body 
  405. "send usenet/news.answers/finding-sources", or to mail-server@cs.ruu.nl with 
  406. "send NEWS.ANSWERS/finding-sources" in the body of the message.
  407. One of the useful things detailed in the "finding sources" posting mentioned 
  408. above involves the use of the "archie" facility, which makes it very easy to 
  409. find a program if you know its name (or just part of its name if you specify 
  410. the "set search sub" option).  You can do this either directly by logging 
  411. into an archie server or via e-mail.  It may take a small amount of effort - 
  412. but it's a heck of a lot easier and faster than asking the entire 
  413. net.population!
  414.  
  415. Additionally, it is possible to get files from anonymous FTP sites via 
  416. e-mail.  For details on this wonderful facility, send an e-mail containing 
  417. the text "help" to ftpmail@decwrl.dec.com.  For those of you on BITNET, 
  418. send an e-mail containing the text "help" to bitftp@pucc.princeton.edu.  
  419. Now you too can get all sorts of great utilities from anonymous FTP sites 
  420. using an e-mail proxy!
  421.  
  422. Due to popular demand, an anonymous FTP site list of pictures-related 
  423. "stuff" has now been compiled and is available from bongo in 
  424. /gifstuff/ftpsites.  This list is by no means guaranteed to be accurate
  425. or comprehensive, but hopefully most of the information is valid.  BTW,
  426. this list is a condensed and supplemented version of the Jan. 20, 1990 
  427. revision of Jon Granrose's (odin@pilot.njin.net) "List of Hosts that 
  428. Accept Anonymous FTP Requests", which is posted regularly to comp.misc, 
  429. comp.sources.wanted, and alt.sources.wanted, and also available via 
  430. anonymous FTP from pilot.njin.net (128.6.7.38).  Any additions or 
  431. corrections would be most welcome and appreciated!
  432.  
  433. Most ftp programs will allow you to enter something like 
  434.   ftp wsmr-simtel20.army.mil
  435. which will connect you with the mighty SIMTEL-20 archives at the White 
  436. Sands Missile Range.  Occasionally, you will encounter an ftp program 
  437. that is old enough or slothful enough that it does not recognize 
  438. internet-style addresses like the one above.  In that case, you'll 
  439. need to know the computer's numeric address; for SIMTEL-20
  440. you would enter
  441.   ftp 192.88.110.20 
  442.  
  443. Once you're connected, you'll have to tell the computer at the other 
  444. end that you want to log in, by entering USER (some machines save you 
  445. this step by *assuming* you want to log in.  What else would you want 
  446. to do?)  When you are prompted for an account name, enter
  447.   anonymous
  448. When it asks you for a password, enter *your* internet address.
  449.  
  450. Often the machine to which you are trying to connect will be busy 
  451. (i.e. too many anonymous users), in which case the machine will inform 
  452. you of this and throw you off.  Try again later.
  453.  
  454. Now you're in.  What do you do?  Well, you need to know where the 
  455. files are stored that you want.  If you know this, just 
  456.   cd directory-name
  457. to the directory in question.  Then you can do a DIR to find out
  458. what is in it.  
  459.  
  460. So you see a file called CRSH+BRN.GIF and you want it for yourself.  
  461. What do you do?  Well, the first thing is to tell the computer on the 
  462. other end that you want it to transmit a binary file.  On most FTP 
  463. servers, entering the magic word TENEX will do this.  If the machine 
  464. doesn't recognize TENEX, try BINARY, or if all else fails, you can 
  465. enter  
  466.   TYPE L 8
  467. Be sure to do this for GIF files or you'll get garbage when you try 
  468. to view them!
  469. The difference between TENEX and BINARY is in translation of data type 
  470. sizes - if your machine type has different data type sizes than the one
  471. you're downloading from, use TENEX, otherwise use BINARY.  If you're not
  472. sure, try TENEX first (if the command isn't recognized, you're probably 
  473. OK).  On some VAX platforms, the keyword "IMAGE" is also sometimes used
  474. to denote binary files.
  475.  
  476. Now you're ready to grab the files you want.  You have two options: 
  477. you can type 
  478.   get filename
  479. or
  480.   mget wildcard
  481. where wildcard is any UNIX-style wildcard.  MGET will get all files 
  482. that satisfy the specification.
  483.  
  484. When you're done grabbing files, type QUIT or BYE to log off the remote 
  485. machine and return to yours.  Now you're ready to view the picture -
  486. no decoding step necessary (neat, eh?)!
  487.  
  488. Most of the non-erotica pictures that appear in postings to the 
  489. alt.binaries.pictures* hierarchy are available from anonymous FTP sites 
  490. (again, see bongo's "ftpsites" list), but this is of course not guaranteed.  
  491.  
  492. The other most common method for obtaining files is from an archival 
  493. file server.  Most of these work in the following way: you send mail 
  494. to the server's address, with one-line commands in your message, like
  495.    help
  496.    directory \pictures\gif\family-oriented
  497.    send \pictures\gif\family-oriented\CRSH+BRN.GIF
  498. and the requested info is sent back to you at some later time, when 
  499. the server has time to get around to it.
  500.  
  501. The first step when you discover a server system is to send a HELP
  502. command so you can learn what the commands are for that server.  
  503. However, most servers operate with commands basically similar to those 
  504. listed above.
  505.  
  506.  
  507. VI. COMMON PROBLEMS
  508.  
  509.     Basic checklist:
  510.     ----------------
  511.     At least one clue
  512.     Some small level of intelligence
  513.     Self-determination
  514.  
  515. Well, you've downloaded the file, tried to view it, and got garbage.  
  516. What went wrong?
  517.  
  518. The two most likely places for something to go wrong are both in the 
  519. transmission of the file.  The first is this:  when you downloaded the 
  520. file to your home computer, did you remember to tell the modem- 
  521. transfer software that you're sending a binary file?
  522.  
  523. The second-most likely is that you forgot to say TENEX before you 
  524. grabbed the file via FTP.
  525.  
  526. Either of these will result in mangled files that are unviewable by 
  527. anything known to man.
  528.  
  529. Also: did you remember to trim off the header and trailer information if
  530. you are/were using a "simple" uudecoder?  The symptom of forgetting to
  531. do this is usually a message something like "short file" from your GIF
  532. viewer.  There could also be the problem where blank lines are left 
  533. between parts (or anywhere for that matter) within the 'begin' and 'end' 
  534. lines of the uuencoded file.  Uudecode will get through them fine, but some
  535. GIF viewers will choke on the results.  The only blank line I've seen
  536. get by is the one just before the 'end' statement.  Beware of taking
  537. too much or not enough off of the headers and trailers.
  538.  
  539. Another common problem is this one:  IBM mainframes often use an 
  540. EBCDIC character set (yes, there's more than one EBCDIC set!) instead 
  541. of the ASCII set used by everyone else.  This wouldn't be a problem except 
  542. that most ASCII-EBCDIC converters have a bug which mungs the translation 
  543. of several characters, including ^ { } and a few others.  Even this 
  544. wouldn't be a problem except that the particular munging it does is to 
  545. map several of these characters onto the *same* wrong character.  Ooops.
  546.  
  547. The way around this is not to use uuencode to transfer these files,
  548. but to use xx-encode, which produces files which look almost exactly
  549. like uu-encoded files, but they use a character set which is
  550. IBM-proof.  If you are using an IBM mainframe as your host computer
  551. and you're having trouble decoding files, this is most likely your
  552. problem.  Solution: 1) find a kind soul who is willing to uudecode the
  553. files, xxencode them and send them to you, 2) get the files via FTP,
  554. which should be EBCDIC-proof, or 3) get a better computer that uses
  555. everybody else's character set. :-) 
  556.  
  557. Sometimes, you need to run the "bilf" utility on a file in order to
  558. fix it.  The "bilf" utility changes carriage-return/line-feed sets
  559. into just carriage-return (or vice-versa).  MSDOS uses CR/LF at the
  560. end of lines to indicate end-of-record, UNIX and VAXen use only CR.  
  561. You might want to try running bilf before unzipping, compressing, etc.
  562. if you are running into problems.  bilf also comes in handy when you 
  563. are using Kermit to transmit to/from Unix and VMS.
  564.  
  565. Almost all of the problems described above can be checked by using
  566. GIFTEST to check the GIF file's integrity on your host machine before
  567. you download it.  I have recently added the source code for GIFTEST to
  568. the archive at bongo.  I highly recommend that you get a copy of this,
  569. even if you only occasionally have problems with your GIF files; it
  570. runs in only a few seconds, and has the potential to save you hours of
  571. download time!
  572.  
  573. The last and least likely problem is that some mailer somewhere 
  574. actually munged the file.  It happens.  Fortunately, it doesn't happen 
  575. all that often.  When it does (and please check all of the other 
  576. problems *FIRST*), it's time to ask for a re-post, as detailed in part 1.
  577.  
  578.  
  579. VII. COPYRIGHT
  580.  
  581. Bottom line:  It's OK to copy something (electronically or otherwise) for
  582. your own personal use.  It's NOT OK to re-distribute that copy, whether or
  583. not you make any money doing it.
  584.  
  585. -------------------------------------------------------------------------------
  586.  
  587. That's about it for the "general" information.  System-specific 
  588. information is continued in part 3 of this FAQ.  If you have any 
  589. suggestions for things to include in future versions, don't hesitate 
  590. to let me know...
  591.  
  592.  
  593. -- 
  594.     Jim Howard *** jhoward@best.com *** http://infolane.com/deej/index.html
  595.      Author, "The Internet Voyeur" (http://infolane.com/deej/voyeur.html) 
  596.           (^:=             Flames cheerfully ignored.             =:^)
  597. ................................................................................
  598. "Death is life's way of telling you you've been fired." -- R. Geis
  599.  
  600.