From owner-freebsd-doc Tue Jul 16 7:30:42 2002 Delivered-To: freebsd-doc@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB89137B400; Tue, 16 Jul 2002 07:30:39 -0700 (PDT) Received: from abigail.blackend.org (blackend.org [212.11.50.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4BAB43E31; Tue, 16 Jul 2002 07:30:33 -0700 (PDT) (envelope-from marc@blackend.org) Received: from abigail.blackend.org (localhost [127.0.0.1]) by abigail.blackend.org (8.12.3/8.12.3/ - 15/04/02) with ESMTP id g6GEPxHj028054; Tue, 16 Jul 2002 16:25:59 +0200 (CEST) (envelope-from marc@abigail.blackend.org) Received: (from marc@localhost) by abigail.blackend.org (8.12.3/8.12.3/Submit) id g6GEPwhr028053; Tue, 16 Jul 2002 16:25:58 +0200 (CEST) (envelope-from marc) Date: Tue, 16 Jul 2002 16:25:58 +0200 From: Marc Fonvieille To: Ross Lippert Cc: trhodes@FreeBSD.ORG, freebsd-doc@FreeBSD.ORG Subject: Re: docs/40609: Add information about vchans to sound chapter in handbook Message-ID: <20020716162558.A27296@abigail.blackend.org> References: <20020716114833.A26739@abigail.blackend.org> <200207161242.FAA04803@eskimo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207161242.FAA04803@eskimo.com>; from ripper@eskimo.com on Tue, Jul 16, 2002 at 05:42:25AM -0700 X-Useless-Header: blackend.org X-Operating-System: FreeBSD 4.6-PRERELEASE Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Jul 16, 2002 at 05:42:25AM -0700, Ross Lippert wrote: [...] > USB is an interface? That's fairly narrow-minded. You can have a USB > scanner, a USB PDA, a USB cuecat, a USB camera, a USB creative nomad, > and other things no one has thought of yet, but people are developing. > SCSI is an interface too, but people pretty much make disks, printers, > and scanners for it. USB, right now, is where all the new toys live. > Granted, getting these gadgets to work is not a USB interface issue, > but I'll bet there are hangups here which these things have in common. > When i go to a "computer supermarket", i don't see "USB devices", "PCI devices", i just see "Scanners & digital cams", "Storage" etc... From an user point of view, USB is just an interface nothing more, the user of an USB mouse just cares about the mouse behavior not about the interface type; and if you give him the same mouse but using PS/2, for him it will remain a mouse. And to pick some examples you gave, for PDAs, cameras etc... USB is just an interface to talk with a computer, it could be anything else (serial, irda, firewire...), and that interface is not the fundamental feature of the device. Concerning the use of USB devices, after adding the USB support to the kernel, i don't see many things in common between my pendrive and my webcam, and in the same way you can also try to find things in common between a PCI TV Card and a PCI Modem. The problems will be different between these devices. Doing a classification based on interfaces will lead, again, to problems: for example, for scanners if there is a chapter in the USB part, it means that for scsi ones another chapter will be needed? And what about Firewire? Well a chapter about scanners covering all supported types seems really a better choice. Let me give a last example: when someone wants to buy a scanner, the person is not going to tell the vendor "I want an usb scanner", most of time it will be "I want a scanner to do that..." and then the person will ask "but that model will run with my computer?". How the person will search in the handbook? I'm quite sure mostly persons will look for "Scanners", if "Scanners" does not exists, they will look for "Multimedia", but i doubt many persons will think about a type of interface. The Handbook should in, my opinion, answer to the user in that way: scanners-->overview-->"locating the device" and configuration-->use of apps that is the way used in current sound chapter. However, it's just my opinion, i will (try :) ) to stop that talk there. Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message