HDTenEightyP/NetNews huggingface dataset:
From: sam@ms.uky.edu (Mike Mills)
Newsgroups: comp.dcom.modems
Subject: Re: Some info on BFJ
Date: 29 Aug 92 17:35:38 GMT
    <1992Aug24.202526.13302@maccs.dcss.mcmaster.ca>  
    <1992Aug24.222119.1686@gumby.dsd.trw.com> <92241.092822CCHEW@UCF1VM.BITNET>
Organization: University Of Kentucky, Dept. of Math Sciences

Chris Chew <CCHEW@UCF1VM.BITNET> writes:

>If you gave the credit card number, you still should not have been
>charged until shipping time, so if you the modem was never shipped, they
>probably would not have charged it yet. Then again, if they did go out of
>business, they might have tried... In which case you should be able to
>refuse the charge with the card issuer.

>When I placed my order with them, I was told I wouldn't be charged. They
>didn't and even called me a few weeks back to tell me they were about to
>ship it, but it had been so long on hold, I cancelled the order.
>As of my last bill, I wasn't charged.

>Just a thought.

This is interesting.  I placed an order with them back in...February?  And
gave them my credit card number.  Well, I waited while Supra held back their
shipping date and all that.  A couple weeks after they started shipping, I
received a Visa statment showing a charge for the modem by BFJ.  When I placed
my order, they assured me that they wouldn't charge until they shipped.  So
I called and complained and demanded that they ship me the very next modem 
that they received.  A week later I had my modem.

Did they decide to take everyone else's money and run?


-- 
--Mike Mills              E-Mail:  sam@ms.uky.edu, {rutgers, uunet}!ukma!sam
--UK Math Sciences Dept.                  mike@ukpr.uky.edu    
--(606) 257-1429 (work) 263-0721 (home)
Newsgroups: comp.dcom.modems
From: Denny.Chuang@bbs.oit.unc.edu (Denny Chuang)
Subject: Wanted: USR Dual wanted. 
Organization: Extended Bulletin Board Service
Distribution: na
Date: Fri, 28 Aug 1992 03:15:15 GMT

   I'm looking for a good condition USR Dual 16.8k.  Best with fax option.
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: wpg.general,comp.dcom.modems
From: deben@world.std.com (Robert J DeBenedictis)
Subject: Re: SupraFAXModem 14.4 Voice Upgrade
Keywords: n
Organization: The World Public Access UNIX, Brookline, MA
Date: Sun, 23 Aug 1992 20:54:26 GMT

As I understand it, there is an enhanced AT command set known as AT+Voice.
This command set allows the modem to record/play compressed sound and
detect/generate DTMF tones.  As I see it, AT+Voice will lead to much more
than "sophisticated answering machines."  When combined with text-to-speech
(and someday voice-recognition) it will enable any (touch-tone) phone to
become your own Personal Digital Assistant. :-)

Grandiose claims aside, with these new modems, it will be a simple matter
of programming to build hardware-inexpensive order-entry and information
delivery systems.  Please contact me If you are interested in the future
of these modems, and the software that will drive them.  I would like to
see some simple public domain software that uses these new features.

One particular application of AT+Voice that interests me would be a
number you could dial to find out about government: who are my elected
representatives, who are their biggest campaign contibutors, what
legislation is being voted on this week, etc.

Another Message in the Bottle from
Robert DeBenedictis
(617) 426-8430
Newsgroups: comp.dcom.modems
From: bryan@edgar.mn.org (Bryan Halvorson)
Subject: Re: V42bis compression rates
Organization: Electronics 101. Apple Valley, MN
Date: Wed, 26 Aug 1992 02:31:57 GMT

In article <1992Aug25.130105.25567@titan.tsd.arlut.utexas.edu> lofaso@tsd.arlut.utexas.edu (Bernie Lofaso) writes:
>
>File		Size	Direction	Supra	T3000
>----		----	---------	-----	-----
>LZH archive	 70K	work->home	1475	1379
>			home->work	1479	1393
>
>mail		154K	work->home	2820	2317
>			home->work	3165	2445
>
>Seems that on the compressible file, the Supra does about 20-30% better.
>This surprised me. The T3000 has a setting to support Xmodem, which when
>used with Zmodem does not help.
>
Transfering mostly 400k compressed news batches I've noticed that my US
Robotics V32bis modem is 10-15% faster than my Worldblazer in both V32
and V32bis modes. I have verifyed that both modems are connecting with
V42bis and LAPM.

I mentioned this to Telebit tech support when I called to get put on the
list for the Worldblazer 5.01 roms and was told that nobody else has
reported having similar problems.

-- 
Bryan Halvorson                bryan@edgar.mn.org
N0BUU                          bryan@n0buu.ampr.org
Xref: sparky comp.dcom.modems:12671 comp.sys.ibm.pc.hardware:22877
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: V.42bis - on 2400 baud
Date: 28 Aug 92 14:09:38 GMT
Article-I.D.: qiclab.1992Aug28.140938.9352
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

amigo@milton.u.washington.edu (The Friend) writes:


>	Few questions about V.42bis 2400 baud modems... firstoff, whats
>the typical CPS rate on them with zip & gif files? I figure maybe 50%
>improvement, but its rough-guessing, you only get true 9600 baud output if
>its straight text files. 

Try more like 1-5%. V.42 *can't* compress files that are already compressed.
Neither can MNP5, but at least V.42 is smart enough to see that it'll be
making the file *bigger*, and quit trying.

GIF and ZIP files are essentially uncompressable. Your modem *certainly*
doesn't have the horsepower to do it. *Never* count on V.42 or MNP making
a significant difference in transmission time.

With a 9600 bps modem and V.42, the highest xfer rate I've seen was 
12000 bps. 
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
Newsgroups: comp.dcom.modems
From: hope@huracan.cr (Theodore Hope)
Subject: Re: V.35 interface for PC?
Organization: Proyecto Huracan - Fundacion Nahual / San Jose, Costa Rica
Date: Fri, 04 Sep 92 12:22:59 CAM


In <1992Sep4.000253.39990@camb.com> bruce@camb.com (Barton F. Bruce) writes:

> It is hardly necessary to use the v.35 type connector for 56kb speeds. Many
> CSU/DSUs even 2 generations or more older of these were equipped with BOTH
> RS-232 and V.35 connectors. The modern units also continue to support both
> connectors *and* bring new features that may make buying expensive sync
> cards needless for such low speeds as DDS. If you are planning to use
> T1 or faster, then go for sync and v.35 or rs-422 or rs-530, and probably
> a card that does protocol processing and even compression for you.

In this particular situation, I am pretty much  forced into a
V.35-compatible interface, because the other router we want to hook up with
only has V.35 synch ports (a Cisco MGS).  The Codex 2172 modems (32 to 64
kbps) that I plan to get for this purpose are V.35 compatible, and will seem
to do the job with the V.35 card from Sealevel (I hope!).

Otherwise, I would almost certainly go with V.32bis/V.42bis on rs-232 at 57.6
max.

 -Theodore Hope
  Proyecto Huracan - Fundacion Nahual
  San Jose, COSTA RICA
From: hsiaoe@aix.rpi.edu (Eric Hsiao)
Newsgroups: comp.dcom.modems
Subject: Re: Best USR v32bis price
Date: 30 Aug 92 13:47:34 GMT
Distribution: usa
Organization: Rensselaer Polytechnic Institute, Troy, NY

Computer Shopper would probably be agood place to look.  Also, you might
want to consider the USR Sportster v32bis.  It also has FAX and everything,
but unlike the premium courier line, it doesn't have ASL and it's not
upgradeable to V.fast when it comes out.  However, the Sportster is
probably around $380 or so...considerably cheaper than the courier modems.
It's a good modem and comes with FAX software for DOS, and it's not based
on the Rockwell chipset, so everything works fine.
-- 
| Internet: hsiaoe@rpi.edu         > Read GIF News - a freely copied news  < |
| Bitnet: userHA6G@rpitsmts.bitnet > magazine in .GIF file format.  Color  < |
| To get GIF News, FTP to here:    > articles on reviews of programs,      < |
| netserv1.its.rpi.edu /pub/misc   > games, industry news, IBM, Amiga, etc.< |
Newsgroups: comp.dcom.modems
From: mrkeys@orac.holonet.net (Kevin Moore)
Subject: Digicom Scout Plus with Mac help?
Organization: HoloNet (BBS: 510-704-1058)
Date: Thu, 27 Aug 1992 11:31:12 GMT

I hope that Macintosh software will eventually have modem settings
and drivers that say "Digicom Scout Plus", but until that happens I need
to know which modem settings and/or drivers I should choose.
Is there a popular name-brand Mac modem manufacturer that I could
pick in a long list of options that would be the closest thing to a Scout Plus?
 
Or do I need to ONLY find out what the best initialization string is?
 
For example, programs like Microphone and FAXstf have many specific
modem settings to choose but I lack the info needed to make the *best*
choice. Maybe my question should be, "Just how different is one v.32bis
modem from the other that it would make much difference to arbitrarily
choose one (whenever there is not a generic choice)???"
Things are working fine for me, but I suspect that more insight will
make things improve, that there are good, better, and best choices?

thanks
From: kensaga@diku.dk (Kenneth Fribert)
Newsgroups: comp.dcom.modems
Subject: Hi HCOE, Denmark I forgot you name
Summary: Contact me again
Keywords: Supra buying
Date: 25 Aug 92 10:43:03 GMT
Organization: Department of Computer Science, U of Copenhagen


Hi there
I was contacted by a guy who was a sysop of some UNIX machines at HC0 in
Copenhagen, please contact me  again (I forgot you name) either via phone
or via EMail.

Best Regards
-- 
|/                 Fido-net: 2:230/41.14    Phonenet: (+45) 31 743 455
|\enneth  Fribert  Snailnet: Nedertoften 39, 1tv,  Dk-2720 Vanloese, Denmark
System currently in use: Amiga 2000, GVP Series II, Quantum 105S, SupraFax v32b
                         10 mb ram, MultiVision2000
Newsgroups: comp.dcom.modems
From: lofaso@tsd.arlut.utexas.edu (Bernie Lofaso)
Subject: Re: Supra FAX bug! (?)
Organization: Applied Research Labs, University of Texas at Austin
Date: Wed, 26 Aug 1992 13:14:37 GMT

s37756d@puukko.hut.fi (Casper Gripenberg) writes:

>Also +++ at\o only works for v42bis connections, if I try it on a
>MNP4 connection I get TE and the modem just hangs..What is the
>proper way to get back on-line after +++ ???

I've haven't been able to ato (or at\o) to get back online after a +++
escape. I don't know why. If I drop DTR by exiting the telecom program, then
restart it. I can ato to resume. My connections are 14.4K, LAPM, v.42bis.
Anyone have ideas why this might be occurring? A bug?

Bernie Lofaso
Applied Research Labs
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.dcom.modems
Subject: Re: Summary of prices... (PPI, in particular)
Date: 27 Aug 92 22:53:28 GMT
Organization: Screaming in Digital, the Queensryche Net Digest

goykhman_a@apollo.hp.com (Alex Goykhman) writes:

>Mine hangs all the time during ZMODEM downloads (from Channel 1, Cambridge,MA)
>both with Telix 3.15 and Robocomm 4.2.  

>Stay away from PM14400FXSA.

I have had no problems whatsoever with Zmodem, but I don't use Telix or
Robocomm.  Perhaps the problem lies not in the hardware but in the software?

-Shag

PS: In my opinion, one person having problems with downloads from one system
is not quite enough reason to avoid a modem. ;)


-- 

     Freedom belongs to only those without video screens for eyes and mouth.
		- Queensryche
Newsgroups: comp.dcom.modems
From: tedc@ee.ubc.ca (ted chen)
Subject: Re: Supra email address
Organization: University of BC, Electrical Engineering
Date: Thu, 3 Sep 1992 16:30:26 GMT

In article <8430@sirius.ucs.adelaide.edu.au> dclunie@ucs.adelaide.edu.au (David Clunie) writes:
>
>I tried to email Supra at "supra@supra.uucp" without success (bounced
>saying "supra not known at uucp") .... anyone know of a better path
>that might work ?
>
>-- 
>David Clunie (dclunie@itd.adelaide.edu.au)

I always use the CIS account:    76004.565@compuserve.com

I've also heard of:   supratech%supra.uucp@cs.orst.edu
and the one you mention:      supra@supra.uucp

----
Ted Chen   <tedc@ee.ubc.ca>
From: wolfgang@netcom.com (Wolfgang Henke)
Newsgroups: comp.dcom.modems
Subject: Re: Word of Advice
Date: 28 Aug 92 04:40:27 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

tls@panix.com (Thor Lancelot Simon) writes:
: >
: >DO NOT BUY A SUPRA!!!!!!!!!!!!!
: >
: Wrong.  If the problem is something along the lines of cheap parts in the
: analog side of the box or perhaps (which I believe explains the horrid 'ping'
: latency test results of the Digicom Scout+, and probably applies to some of the
: el-cheapo Rockwell chipset modems, as well) a tremendously underpowered
: microcontroller as a CPU, 5 years of revisions to the EPROMS will do nothing
: at all.  There's a 68030 in my Telebit, so I'm quite happy (though I don't
: really quite understand why _that_ much horsepower is needed to run the v.32bis
: side, yet Telebit say v.32bis is impossible on the slower T1600 platform, though
: I believe ZyXeL et. al do it just fine on similar hardware.  Opinions anyone?)

Sure, here is an opinion. I believe modems have stuck with CISC just
about long enough. Why not move just everything onto the DSP. In next
generation Digicom modems, for example, I would be surprised to find a
microcontroller at all. The Analog Devices 2101 DSP is rather powerful
and can handle this easily I understand. (Ask Analog Devices for
a ADSP2101 spec sheet or databook if interested.)

As for the ping latency, I fear its not as easy as you seem to imply.
The Scouts latency is being worked on, but I dont have a report yet.
Telebits with the 68030 dont necessarily have the best latencies and
the Digicom 9624LE+, which has a very low one, possesses a similar
microcontroller as the Scout+ if I am not mistaken.


Disclaimer: I sell Digicom products. (A reader and Scout buyer asked me
to include disclaimers for 'good style'. So be it.)

-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
From: Tom.Rubens@f201.n914.z8.rbbs-net.ORG (Tom Rubens)
Newsgroups: comp.dcom.modems
Subject: Re: Zmodem, what's it's story
Date: 1 Sep 92 20:15:28 GMT


 JG> In all the time I've been hanging around the net, I haven't 
 JG> heard the story on Zmodem.

 JG> Then out of the Pcomm 2.0 Q_and_A file:
     
 JG> 9) I can't get the external zmodem programs "rz" and "sz" to 
 JG> work from inside Pcomm.

I also have had trouble with Zmodem with Procomm Plus v2.0+.  No one
at DataStorm tech support knew what I was talking about. 

I am able to d/l files with no problem from the terminal using Zmodem.
The same d/l in a script file would hang my system after the first file
or the only file was d/l.  I would find an "rz" in the log file but had no 
idea what it meant.  The solution for me was to configure Zmodem Autodload to 
OFF in the PCPlus Set Up.  It does not now hang the system on d/l via scripts.
I have no idea at this time if it will operate in Batch mode with Autodload 
OFF.  I do not need this feature at present so have not tried it.

TOM RUBENS


 * Origin: PCUG BBS - San Francisco HST/V.32 415-621-2609 (8:914/201.0)
From: bourman@hpcc01.corp.hp.com (Bob Bourman)
Date: Tue, 1 Sep 1992 19:42:38 GMT
Subject: Re: V.32(bis)-pocket-modem(DC-power-supply)?
Organization: the HP Corporate notes server
Newsgroups: comp.dcom.modems



ALSO:


Multitech MT1432 V.32bis V.42bis Fax

Microcom MicroPort V.32bis V.42bis Cellular (MNP10)

MICC V.32bis V.42bis fax


all are battery powered pocket modems.

Racal Milgo will have their  pocket modem out soon...


BOBB
Newsgroups: comp.dcom.modems
From: jon_sree@world.std.com (Jon Sreekanth)
Subject: Re: UNIX based Tone Recognition System?
Organization: The World
Date: Sun, 23 Aug 1992 18:34:39 GMT

In article <l983gbINN67f@jethro.Corp.Sun.COM> fins@radgumbo.Corp.Sun.COM (Richard Schiavi) writes:

   I would like to hear about any products or boards that implement 
   a menu based front end system that works via tones entered from 
   a phone call. Basically, one in which someone calls, gets a greeting
   and some options, works through the menu by entering digits on
   their phone to select certain data.  

The  new modems that do voice might also have DTMF (Touch-tone TM) 
detection. Can someone confirm this ? If they do voice input / output,
one would assume they're meant for voice mail, and that dosen't work 
too well without sensing DTMF's from the caller. 

Anyone know for sure ? 

/ Jon Sreekanth

Assabet Valley Microsystems, Inc.           |  Fax and PC products
5 Walden St #3, Cambridge, MA 02140         |  (617) 876-8019
jon_sree@world.std.com                      |
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Throughput monitoring.
Date: Thu, 03 Sep 92 04:47:27 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

redder@lobo.rmhs.colorado.edu (Greg Redder) writes:
: 
:      I was asked to help test some new modems we received.  They are 
: Microtech modems which are able to run at 14.4.  We want to connect one
: to a Cisco router and the other to a NAT router and PC over a dial-up line.
: However,  we want to be able to monitor the throughput and verify that it
: is really 14.4.  How would one go about doing this?  Any suggestions would
: be appreciated.  Please mail to: redder@lobo.rmhs.colorado.edu.

Aside from just watching file transfer speeds which give some indication
of the DCE connect speed, you could have the escape sequence enabled on
one of the modems and use some AT monitoring commands. I dont know them
for a Multitech, but for a Scout, you would use AT*O.

Here is a sample:

+++			<-- escape sequence
OK      	        <-- now we are in local modem mode
AT*O                    <-- now issue monitoring command
MODEL:SCOUT PLUS        <-- all this is printed out while still online
DTE:  57600  N81
DCE:  14400  V42B           
RECEIVE LEVEL= -36 DBM                   

 E1  K1  M1  Q0  V1  X4 TONE
&B0 &C1 &D3 &R2 &T5 
*E1 *F3 *G1 *M2 *N6 *P0 *Q3 *S1 *T1  <-- *Q3 allows the modem full line
                                         quality control
S00=001  S04=010  S08=002  S15=255
S01=000  S05=008  S09=000  S18=000
S02=043  S06=002  S10=003  S25=000
S03=013  S07=045  S12=050  S26=000   
OK                                  
ATO				      <-- now we go back online   
CONNECT 14400 EC/V42B                 <-- connect string


What do we do when its not connecting at 14,400 bps? Check the signal
quality with the AT*SQ command. In contrast to a lot of other modems,
the Scout+ does not print out only one value, but samples the signal
quality 6 times per second, so that one can detect variations. I have
found this to be a desirable feature.

-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: What is V.fast?
Date: 27 Aug 92 10:25:44 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1966@ltb.ltb.bso.nl>, wierda@ltb.ltb.bso.nl (Gerben
Wierda) writes: 

> I have heard about something called V.fast (like V32bis etc). It would sustain
> raw throughput of 24kbps. There are even modems that have this "standard".

"V.fast" is the "working title" for the project in CCITT Study Group 
XVII for the next (and probably last) generation of analog modems. 
While a lot of proposals have been put on the table, few decisions 
have been made on how the modem will work -- but one item of 
consensus is that it will run at least 24,000 bps on most domestic 
phone channels, with 28,800 on many (short local loops with all 
digital connections between central offices).  

The standard is still far from adoption, so no existing modems "have
this 'standard'"; however, some manufacturers have offered
proprietary non-standard high-speed modems above 14,400 bps, with a
promise to upgrade to "real V.fast" when the standard is done (which
is a tough promise to make, given the current uncertainty about what
will be in the final standard). 

I suspect that, at the current pace of work, Study Group XVII won't
reach technical consensus on the standard until fall of 1993, with
adoption of the standard in early 1994 -- but that is very much
subject to change. 

(P.S.  I am one of Hayes' representatives on the V.fast group).

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: UNIX based Tone Recognition System?
Organization: Wimsey 
Date: Wed, 26 Aug 1992 09:44:48 GMT

In article <714603836snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
>In article <l983gbINN67f@jethro.Corp.Sun.COM> fins@radgumbo.Corp.Sun.COM writes:
>
>   I would like to hear about any products or boards that implement 
>   a menu based front end system that works via tones entered from 
>   a phone call. Basically, one in which someone calls, gets a greeting
>   and some options, works through the menu by entering digits on
>   their phone to select certain data.  
>
>I'm quite sure you could do this using the ZyXEL voice mode.  It
>returns special codes when it detects DTMF in the voice stream.
>Note that you need the BETA 5.00 EPROMS for voice.

Yes the ZyXEL should handle this. Supra should have support in 
upcoming versions as well, as will most of the people who are
using the new rockwell chipsets. ZyXEL doesn't (I don't think)
use the Rockwell chipset but is following Rockwells lead in both
fax (Class 2) and voice command sets.

What we need now is /bin/ash (audio shell). It would respond to DTMF 
tones via voice. All output to stdout from commands in a neutral voice. 
All output to stderr in a whining voice :-)

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd