Xref: utzoo alt.msdos.programmer:2718 comp.os.msdos.programmer:5230
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!lgc.com!mips.mitek.com!hp835.mitek.com!mph
From: mph@hp835.mitek.com (Mike Hare)
Newsgroups: alt.msdos.programmer,comp.os.msdos.programmer
Subject: Re: Programming the printer port to read in data.
Message-ID: <1991May22.162311.10306@mips.mitek.com>
Date: 22 May 91 16:23:11 GMT
References: <1991May21.202043.24725@magnus.acs.ohio-state.edu> <1991May22.104513.22169@msuinfo.cl.msu.edu>
Sender: news@mips.mitek.com (USENET Administrator)
Distribution: usa
Organization: OpenConnect Systems, Carrollton, Texas
Lines: 18

In article <1991May22.104513.22169@msuinfo.cl.msu.edu> draper@buster.cps.msu.edu (Patrick J Draper) writes:
>Some people have given suggestions to use a joystick port, etc to read
>a switch.
>
>What if someone wanted to read a signal from a sound digitizer?
>How do you get the port to read a parallel data stream?
>

Now, you are getting more compilcated..  If the sound digitizer has an
outboard parallel data port and clock port, you may be able to read the LPT
port fast enough, though I don't know what you will have time to do
with the data once you get it. (I guess I don't know your sample rate..)
Real time data manipulation of music (say) sampled at 40K is right out.
(Even on a high speed 386, it is hard to sample higher than 12K and that
is with an inboard A2D controller.)

Good Luck
- Mike