HDTenEightyP/NetNews huggingface dataset:
From: edhall@rand.org (Ed Hall)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL U1496E+
Date: 26 Sep 92 05:21:07 GMT
Organization: RAND

In article <2ac0ab14wnr070@ark.abg.sub.org> ralf@ark.abg.sub.org (Ralf Stephan) writes:
>andreas@easix.GUN.de (Andreas Baess) writes:
>> As I say, just implement the standard and drop the compression I'm shure
>> none of the users will miss it. If V.fast will be 28.8K it is always
>> faster than compressed 16.8 or 19.2 and no online user will spot a difference
>> but all those uucp/zmodem batchusers will really appreciate it.
>
>I've never more agreed with a poster's opinion than this time!
>(btw: and I never use V.42bis --- look at the compression rate ARJ yields)

That's great, but not everyone is an "online user", and not all online
users have control over the form of the data they receive.  Few people on
this list need leased line capability, for example, but modem vendors
typically provide it anyway since it is still commerical--and not
"online"--users who buy the most modems, and who buy in quantity.  Such
modem users aren't very likely to have pre-compressed data, either.

I would argue that V.42bis is useful to interactive users as well.
There is a noticable improvement in full-screen updates with V.42bis.
It can mean the difference between a 1 second update and a 2.5 second
update when the screen contents change.  This is important to me, since
I do a great deal of programming via dialup modem.  Smart editors like
EMACS help minimize screen update time, but my tendency is then to use a
larger window until the update time reaches a second or two. V.42bis
lets me use a larger window, in effect, putting more code on the screen.

There are other applications where in-modem compression can be of
assistance.  Consider graphical online interfaces, such as those
based upon NALPS.  Such data is quite compressible, but unless
someone comes up with a uniform standard for software compression
of it, modem compression is the only standardized way of speeding
up transmission.

And, of course, there are those of us who use modems to support SLIP
or PPP or AppleTalk.  A lot of the data exchanged is compressible,
but the user has no control over that.  I run a PPP link, and find
it much more convenient to rcp raw C code than to bother compressing
it on one end and decompressing it on the other.  It takes a few
seconds for the average file, but it would take about 3 times as
long without V.42bis.  Sure, I could jury-rig a compress-transfer-
uncompress utility, but I like to keep the same environment between
remote hosts as I do with local hosts.  That includes rcp/rsh/etc.

Perhaps these are all minority uses for modems, but they are rapidly
increasing ones.  A modem manufacturer who ignored the "non-online"
segment of the market would be making a big mistake, in my opinion.
Fortunately, I doubt that ZyXEL would do such a thing.  I'd think
that CompuCom would be a good example of what happens when someone
over-commits to a narrow market.

		-Ed Hall
		edhall@rand.org
Newsgroups: comp.dcom.modems
From: larry@gator.rn.com (Larry Snyder)
Subject: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Organization: The Gator Conferencing System 219-289-3745 
Date: Sun, 27 Sep 1992 13:30:24 GMT

I have to agree with you -- You pay premium prices to get premium
service.  My USR new 16.8K DS was delivered on Friday, but since I
wasn't home, I drove over to the FedEx office on Saturday (yesterday)
to pick it up.  Talk about easy to install, I just went through about
10 registers and bingo -- it was online at 56700 baud taking and making
phone calls with the outside world.  I still get 10-15% better thoughput
on v.32bis connections with the new USR v.32bis modems over my WB modems.
I really wish Telebit would do something about this -- another thing
about the USR modem is the ability to talk to the modem at any baud rate
regardless of the "locked speed".  For example, the modems here (all except
the Trailblazer) are locked at 56kbaud, and I still can access the USR modems
at any baud rate -- however the WB modems don't support this feature at
all baud rates (who knows why, maybe an oversight from the engineer who did
the prom code?)

If you need a good v.32bis modem -- I strongly suggest the USR modems.
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems
From: tomh@wes.on.ca (Tom Haapanen)
Subject: Re: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Organization: Waterloo Engineering Software
Date: Tue, 06 Oct 1992 14:09:47 GMT

larry@gator.rn.com (Larry Snyder) writes:
> I just scanned my logs -- 1100-1200 cps using v.32bis on the WB
> against 1420-1450 cps on the USR v.32bis for yesterdays calls
> (again using uucp-g).

Surely your WorldBlazer isn't set up right.  Even our ancient TrailBlazer+
gets a consistent 1260-1280 cps on compressed news with UUCP-g!

Incidentally, although we have a v.32bis modem as well, I'm not planning to 
switch my newsfeed over to it.  At 1250 cps we spend about 7.5 hours a day
receiving news, but the call is neither charged by the hour nor long
distance, so an hour less per day on the phone is irrelevant.  I'll keep
the v.32bis line open instead for interactive sessions and off-site down-
loads by clients.

[ \tom haapanen    "i don't even know what street canada is on" -- al capone ]
[ tomh@wes.on.ca                   "trust the programmer" -- ansi c standard ]
[ waterloo engineering software      "to thine own self be true" -- polonius ]
From: carlson@steam.Xylogics.COM (James Carlson)
Newsgroups: comp.dcom.modems
Subject: Re: Speaking of terminal servers...
Date: 26 Sep 92 15:22:28 GMT
Reply-To: carlson@xylogics.com
Organization: Xylogics Incorporated

>  The Annex 3 terminal server does support enough wires, and has the
>appropriate software, to do hardware flow control.  Our Annex 2 does
>not support hardware flow control for modems, at least partly due to
>lack of wires (signals) in the serial ports.

One small note -- the Annex II does not have full modem controls
(although it is configurable for DTR/DSR or RTS/CTS operation), but the
Annex IIe does.

--
James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
Annex Software Support / Xylogics, Inc.               +1 800 225 3317
53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 3159
Newsgroups: comp.dcom.modems
From: ujtzeng@csie.nctu.edu.tw (Uen-Jiun Tzeng)
Subject: When does zfax detect fax/voce?
Organization: National Chiao Tung University
X-Newsreader: Tin 1.1 PL4
Date: Mon, 5 Oct 1992 04:06:04 GMT

Does zfax detect fax/voice during playing the greeting message?
		Uen-jiun
From: jim@n5ial.chi.il.us (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: Can't go above 1400CPS 
Distribution: world
Date: Tue, 29 Sep 92 03:53:23 GMT
Organization: Me? Organized? Hah! :-)

In article <rdippold.717661366@qualcom> rdippold@qualcom.qualcomm.com writes:
> dliao@aludra.usc.edu (David Liao) writes:
>> my modem receives CRC or ZHEADER errors if the rate goes above 1400CPS.

>> So, which is the source of the problem?
>> 1) Zyxel 1496E
>> 2) 10 foot serial cable
>> 3) cheap serial chip in IDE

> Not 1, almost certainly not 2 unless it's a really crummy cable (I
> have a 15 foot cable on mine), almost certainly 3.

I'd have to agree with the above --- but I'd like to add one comment to
it.  if the cable you're using between the computer and the modem is
ribbon cable, it may well be at fault --- make sure it's a good shielded
cable.  ribbon cable is pretty much out for higher speeds (not sure just
where it dies, though).

other than that, I'd have to agree that a cheap UART on the IDE board
is a very good place to start....  I know that the UART that came on my
IDE controller board (along with too many other gadgets I didn't need)
was an absolute waste of silicon, but then, I have a 16550AFN on another
board, so that's a non-issue.  :-)

--
#include <std_disclaimer.h>                                 73 DE N5IAL (/9)
------------------------------------------------------------------------------
INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
ICBM:  41.70N 87.63W                    UUCP:  gagme!n5ial!jim@clout.chi.il.us
AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)    AMTOR SELCAL:  NIAL
------------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
Subject: what is v.22bis ?
From: hey, it is yourself <WJMCC@CUNYVM.BITNET>
Date: Saturday, 3 Oct 1992 20:14:45 EDT
Organization: City University of New York/ University Computer Center

    Before I invest my money on a v.22 or v.42 modem, can anyone tell me the di
fference of the two? My school computer dialin phone line support 2400 baud v.2
2bis. How much speedup do I gain by switching a stardard 2400 bps modem to a 24
00 bauds modem with v.22bis?
Newsgroups: comp.dcom.modems,comp.sys.apple2
From: hbj@engr.uark.edu (Bernard Johnson)
Subject: Re: I love Supra! (NOT!)
Organization: University of Arkansas
Distribution: usa
Date: Tue, 29 Sep 1992 17:28:47 GMT

johnt@meaddata.com (John Townsend) writes:

>I purchased a SupraFAXModem V.32bis from Supra in July on the sysop deal for
>$249.95, and it has worked flawlessly for my purposes since.  As if that
>weren't enough, Supra has since sent me a T-shirt, water bottle, sun visor,
>sunglasses, and frisbee in their "Fun in the sun with Supra" promo, and just
>today I received a free ROM upgrade with the caller ID option without even
>asking for it (I just received the mailing about it yesterday).  Supra's
>customer support is fabulous!  Now if I can just get Ohio Bell to make caller
>ID available...

You're getting all the freebies and I can't even get a voice call back!  I
think their customer support stinks.  You must be doing something that promotes
their product to be getting treatment like that.

Bernard Johnson
hbj@engr.uark.edu (still waiting after 6 months with an unfinished Supra)
Newsgroups: comp.dcom.modems
From: slutz@cunix7.Prime.COM (Don Slutz)
Subject: Re: Complete Communicator
Reply-To: slutz@cunix7.Prime.COM (Don Slutz)
Organization: Prime Computer, Inc.
Date: Tue, 29 Sep 1992 14:36:34 GMT

I have a version of it called "PC Switchboard" which is a fax/modem/voice mail
internal card.  If you set it up for default fax, then both fax & voice callers
do not have to do anything different to use it, modem use must enter a
touchtone
number to get modem connection.  The version I have is only a 2400baud
modem
and so I have not used that part at all.
--
Donald Slutz
slutz@s35.prime.com
These are only my opinions and not necessarily those of my employer.
From: Klaus P. Fechner <klaus@sparky.rad.med.umich.edu>
Subject: Re: New ZyXEL ROM's - Correction
Date: Mon, 05 Oct 92 20:56:50 EDT
Organization: University of Michigan
X-Useragent: Nuntius v1.1.1d12
X-Xxmessage-Id: <A6F65C6235012104@via.dsf4.merit.edu>
X-Xxdate: Mon, 5 Oct 92 20:56:02 GMT

>	9. Add Austra country code (233) for 120 ms flash time.
           ^^^^^^
           
I keep wondering: Is this Austr*I*a or Austr*ALI*a?

;-)

Klaus

------------------------------------------------------------------------
Klaus P. Fechner                       |  klaus@sparky.rad.med.umich.edu
Xref: sparky comp.dcom.modems:14078 comp.sys.ibm.pc.hardware:25512
From: poe@wharton.upenn.edu
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: ZyXel/Digicom/Supra(?!?) Recommend???
Date: 28 Sep 92 19:10:00 GMT
Followup-To: comp.dcom.modems
Organization: University of Pennsylvania

Hello World.

I am trying to select a v.32bis modem for use with a PC and a Mac.
I'm a newcomer to the modem world, but from what I was able
to discern so far, I narrowed my choices down to the ZyXel U1496E
and the Digicom Scout+. The problem arose when I received the latest
MacUser last weekend. In it, there was a review ov v.32 bis modems,
and they HIGHLY recommended the Supra FaxModem. In their tests, the
Supra was notably faster than the ZyXel or Digicom, and was able
to sustain good transfer rates over noisy lines. These are things
that I've seen the Supra consistently flamed for on the net.
The Supra was named for many bugs, and the Rockwell chipset was
said as being unreliable over noisy lines.

I've heard of numerous ROM patches for the Supra, and I can only assume
that MacUser tested the newest one. Can anyone out there tell me about
the reliability of the new Supra ROMs?

I've heard of ROM patches for the ZyXel as well, but have not heard
negative remarks about it's reliability. Can any users offer endorsements?

I've heard good things about the Digicom modem, but in the MacUser
tests, it was the slowest of the three modems, and I've seen on the net
that there is a relatively high latency. Can anyone offer comments?

Any info comparing these modems or endorsing/bashing them is welcome.

Thanks a lot,
Phil Poe
POE@WHARTON.UPENN.EDU
From: ml5d+@andrew.cmu.edu (Mark Kuang Luo)
Newsgroups: comp.dcom.modems
Subject: BJF info
Date: 28 Sep 92 08:30:07 GMT
Article-I.D.: andrew.8elnADq00Von88OkY8
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Hello,
	Brief and to the point...
What is the latest news on BFJ ?  I missed the post with detailed info
on BFJ.  Can someone post an updated one or mail the the older info. 
ie. address and phone number that works !
-Thanks to all

Mark
Newsgroups: comp.dcom.modems
From: puma <puma@halcyon.com>
Subject: Re: Slighty "pause" in USRobotics 16.8K modems?
Originator: bbs@halcyon.com
Keywords: USR 16.8K Pause
Organization: The 23:00 News and Mail Service
Date: Sun, 4 Oct 1992 03:06:23 GMT

> Has anyone noticed a slight "pause" or "jerkiness" in reading
    ...
> He said that this "pause" was not in the older
I had two of the original Courier HST's  (I've sent them in to USR
on the 'trade-up' program, which they've throughly botched up, but
that's another matter....).
There was slight pause at the start of transmission.  I'm sure that
this also depended on the equipment-to-modem speeds and flow 
control, but I would see about half a line of output, a SLIGHT
pause, and then output would continue without pauses until the
system stopped sending.
> 14.4K Hst and Duals...
From: alansar@ccs.northeastern.edu (Mohammad Al-Ansari)
Newsgroups: comp.dcom.modems
Subject: Re: Supra New ROM (ordering info)
Keywords: ROM
Date: 4 Oct 92 16:26:57 GMT
Organization: College of CS, Northeastern U

In article <BvLquF.CrE@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>In article <8Na5RB6w165w@hovel.welly.gen.nz> cybapunk@hovel.welly.gen.nz (Phil Ross) writes:
>>You've been able to wait 1 whole week.  Congratulations.  Try waiting 3 more
>>weeks, because don't forget everyone else has ordered theirs too.
>
>However, also keep in mind that Supra has promised to customers that
>ordered the $20 Caller-ID ROM that their order would be shipped within
>three days, and that it would be shipped by UPS second-day air.  This
>means that you should have the ROMs in your hot little hands in (3+2)
>or 5 business days after the order was placed.
>
>Supra knew what the demand would be; that's one reason they're not
>taking telephone orders.  If they couldn't manage to get the ROMs out
>within three days, they shouldn't have promised to do so.

Yes! I ordered my Caller-ID ROM on Sept 21, but I haven't seen
anything yet. 

>
>-- 
>Marc Unangst, N8VRH         | "There are two ways to solve this problem:
>mju@mudos.ann-arbor.mi.us   | the hard way, and the easy way.  Let's start
>                            | with the hard way."
>                            |   - W. Scheider, from a Physics lecture
Newsgroups: comp.dcom.modems
From: rick@digibd.com (Rick Richardson)
Subject: Re: Only National NS16550's OK/bug-free?
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Sat, 03 Oct 1992 10:28:34 GMT

wtm@uhura.neoucom.edu (Bill Mayhew) writes:

>The Western Digital 16550 parts I received about one year ago did
>not function correctly with software that specifically used the
>advanced FIFO functions (the UNIX F.A.S. driver, for instance).

I believe this is due to the fact that the FAS testing code
relies on certain undocumented behavior of the parts in order
to identify and test them during initialization.  I ran into
this with some VLSI 16550's.  After looking at the FAS code,
I convinced myself that the FAS code was in error, and I
commented out the portions of the tests that were wrong.

This may be what you saw with the WD's.  To be fair, I just
posted one of our engineer's opinions on the parts, which was
very positive for the WD's.  Our experience in finding buggy
parts has been in a polled usage mode.  For interrupt mode, we
have little experience.

-Rick
-- 
Rick Richardson		Email: rick@digibd.com	This space intentionally
Senior Staff Engineer	Fax:   (612) 943-0803	blank until 1996 elections.
DigiBoard, Inc.		Tel:   (612) 943-5383
Eden Prairie, MN	Radio: N0NMY
From: gt4957a@prism.gatech.EDU (Belletti, Allen R.)
Newsgroups: comp.dcom.modems
Subject: Re: Slighty "pause" in USRobotics 16.8K modems?
Keywords: USR 16.8K Pause
Date: 1 Oct 92 20:18:39 GMT
Organization: Georgia Institute of Technology

In article <1afebaINN4ou@haydn.crhc.uiuc.edu> impact@crhc.uiuc.edu (Temporary Account for HP visitors) writes:
>Has anyone noticed a slight "pause" or "jerkiness" in reading
>text files on a high speed 16.8K connection in v.42bis
>mode? A friend of mine said that this is highly
>apparent in Sportsters that have been "tricked" to a
>16.8K Dual and less apparent in the real 16.8K
>Dual. This "pause" is in the latest version of
>the 16.8K dual because he said that he just
>got his modem upgraded...
>
>He said that this "pause" was not in the older
>14.4K Hst and Duals...

I have noticed this effect in my (real) USR DS 16.8k.  Of course, there
will always be the usual amount of "jerkiness" associated with this sort
of protocol.  However, it seems that the 16.8's have much more noticable
pauses.  In particular, several systems I call ALWAYS suffer from a very
noticable pause at exactly the same point right in the middle of typing
my username.  None of this occurs with a v.32bis connection.

In short, I can understand the pauses, but I certainly can't understand
why the NEWER models have longer ones.  Also, I don't think this has
anything to do with whether the modem in question is a "real" or a
"converted" Dual.  The hardware seems to be the same...
-- 
Belletti, Allen R.                  | gt4957a@prism.gatech.edu
Georgia Tech -- The Sunny Playground of the South!
Newsgroups: comp.dcom.modems
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: Who makes Callback Modems?
Keywords: modem, call-back
Organization: Qualcomm, Inc., San Diego, CA
Date: Fri, 2 Oct 1992 07:17:31 GMT

cs34003@valhalla.cs.wright.edu (Life'n'Times) writes:
>	I would be interested in any information on call back modems.
>Specifically modems that store a list of numbers such that when a person dials
>up that number and enters a password, the modem will call a corresponding
>number.  I would appreciate the names of manufacturers (phone # would be
>helpful) and model numbers.  Thanks in advance.

ZyXEL modems do this.  Ten sets of passwords and numbers.  
-- 
People who live in glass houses should undress in the dark.
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: USR sportster conversion announcement.
Date: 29 Sep 92 01:28:30 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <69264@hydra.gatech.EDU> ccastrb@prism.gatech.EDU (Rick Brown) writes:
>
>Trojans in a modem?!  Bah!  I wonder if they meant that someone had copied
>the eprom code and inserted a virus?  Still, even then, that would just be
>a data file, and it could not cause damage such that they mentioned.  The
>only way a "trojan" could be included is if the eprom code was in A) a 
>self extracting archive of some sort that had been rigged, B) the trojan
>was included in the eprom burner software, or C) Ronald Reagon walked up
>to your computer and installed it!

This might not necessarily be what they meant.

There are two programs floating around which claim to send the proper
init string out the serial port that enables HST features in the R4.1
roms. One of them (MAKEDS.EXE) ended up on a local BBS so I took a
look at the code (I DO NOT OWN A SPORTSTER).

Since the init strings had been circulated as plain text anyway, I thought
the additional value of a PROGRAM to parrot them out the serial port a
little dubious. However, looking at the binary I was surprised to find
that it was encrypted/compressed so as to make examination of the code and
scanning for viruses impossible. Perhaps it really does contain code which
damages the host computer.

Would you run such a program on YOUR computer? Not me!

-- 
_______________________________Mike Schuster________________________________
NY Pub. Access UNIX/Internet: schuster@panix.com | 70346.1745@CompuServe.COM
The Portal (R) System: schuster@cup.portal.com   | MCI Mail,GEnie: MSCHUSTER
From: dkw@wolferts.ka.sub.org (Dr. Klaus Wolferts)
Newsgroups: comp.dcom.modems
Subject: Class I FaxModem Fax Software for Atari ST
Date: Sun, 27 Sep 92 14:50:00 MES
Organization: Ing'Buro f. EDV + Elektronik, D-7500 Karlsruhe 31

Does anyone know of a fax software package for a class 1 faxmodem 
running on the Atari ST?

Klaus


 ____    __  __  __    __   __
|    \  |  |/ / |  | /|  | / / Dr.-Ing. Klaus Wolferts: dkw@wolferts.ka.sub.org

|  |  | |  | /  |  |/ |  |/ / Ing'Buro f. EDV + Elektronik  
| d|  | | k| \  | w| /|  | / Mitteltorstr. 45,            Phone: +49 721 706016
|____/  |__|\_\ |__|/ |__|/ D-7500 Karlsruhe 31, Germany,  4903'02"N 822'58"E
Newsgroups: comp.dcom.modems
Subject: Re: 14400bps throuhput
From: rlm@surfcty.com (Robert McMillin)
Date: Sat, 03 Oct 92 06:59:23 PDT
Reply-To: rlm@mcgort.com
Distribution: world
Organization: Surf City Software, Orange, Calfornia - DUDE!

edhall@rand.org (Ed Hall) writes:

> In article <00961830.76217780@vms.csd.mu.edu> 1012breuckma@vms.csd.mu.edu wri
> > . . .With a V.32bis connection I can download ZIP files using Ymodem-G
> >protocol and reach about 1650 cps.  The base rate is 1440 so obviously
> >the compression is working.
> 
> No, the "base rate" is somewhere around 1750 characters/second.  The
> reason for this is that V.42 and MNP4 strip start and stop bits off
> of the serial data stream before transmission.  Thus 14400 bits/second
> means 14400/8 = 1800 characters/second.  The protocol overhead of
> V.42 or MNP4 reduces this somewhat, down to 1750 or so.

DING!  Next contestant, please...  Excuse me, but v.42 allows the
modems to run essentially synchronously between each other.  In stripping
start/stop bits, you no longer need to send them.  Therefore, you should
actually see a slight performance GAIN as a result of v.42, not a 
reduction.
Xref: sparky comp.dcom.modems:14486 alt.dcom.telecom:637
From: behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens)
Subject: Re: 16450 & 16550
Organization: Technische Universitaet Muenchen, Germany
Date: Fri, 2 Oct 1992 00:37:57 GMT

James.Woo@ebu.ericsson.se writes:

>Can someone tell me the difference between 16450 and 16550?

The latter has a 16-byte send FIFO and a 16-byte receive FIFO, thus allowing
(at an average) a 5 times higher throughput (or in other words, taking one
fifth of the CPU time).

Soenke
-- 
===========================================================================
More than silver, more than gold, I need   !    behrenss@informatik.
electricity. I need it for my dreams.      !    tu-muenchen.de
(RACTER)                                   !  FIDO: 2:246/13 Soenke Behrens
Newsgroups: comp.dcom.modems