HDTenEightyP/NetNews huggingface dataset:
From: Arthur@cswamp.apana.org.au (Arthur Marsh)
Newsgroups: comp.dcom.modems
Distribution: world
Subject: Differences between modems... 
Date: Sun, 20 Dec 1992 02:22:44 +1000

On Mon 14 Dec at 15:59 Lawrence Kirby wrote in article
<724348796snx@genesis.demon.co.uk>:

 LK> In article <723940209.AA00624@cswamp.apana.org.au> 
 LK> Arthur@cswamp.apana.org.au writes:

[re V.42bis]

 LK> Does it specify when the transmitter should/should not send

 LK> data compressed?

This matter came up in an Australasian Fidonet sysop conference,
and I'm adapting what I wrote there:

CCITT Recommendation V.42bis does suggest how to calculate
compression efficiency (section II.3, quoted in my previous
message), but does state "The data compresssion function shall
periodically apply a test to determine the compressibility of the
data. The nature of the test is not specified in this
Recommendation; however it would considst of a comparison of the
number of bits required to represent a segment of the data stream
before and after compression." 

The Recommendation goes on to state "If the data compression
function is in the transparent mode and determines that data
compression would be effective it shall ... enter compressed
mode" and  "If the data compression function is in the compressed
mode and determines that the data stream is currently not
compressible, it shall ... change the state to transparent mode"
(section 7.8).

On a related area of V.42bis performance, the method of
determining whether the BTLZ dictionary needs to be reset is not
defined in CCITT Recommendation V.42bis either, but would
probably be useful when more than half the entries are stale i.e.
haven't been encountered recently in the data stream.

None of this suggests that it should be particularly difficult to
achieve no loss of throughput with non-compressible data while
V.42bis data compression is enabled. I'd be interested in hearing
why some modems haven't achieved this.

Arthur Marsh, 2 Nicolle Ave, Hawthorndene SA 5051, Australia Ph
+61-8-370-2365

 * Origin: Camelot Swamp MJCNA, Hawthorndene, Sth Australia
(8:7000/8)

Newsgroups: comp.dcom.modems
From: clau@acs.ucalgary.ca (Christopher Lau)
Subject: Re: Uploading to Internet (was Re: PPI modems...)
Date: Tue, 29 Dec 92 21:33:33 GMT
Organization: The University of Calgary, Alberta, Canada

mrosen@nyx.cs.du.edu (Michael Rosen) writes:
> clau@acs.ucalgary.ca (Christopher Lau) writes:
> 
>>If you can't get your terminal server to go into a transparent mode and you're
>>using zmodem, try it with the -e flag-  this tells it to quote all control
>>characters so they don't interfere with the terminal server.  This almost
>>always works (unless the terminal server escape code is alpha-numeric
>>eg:  "\server" or something similar), but unfortunately reduces your throughput
>>by about 12-13% (assuming a flat distribution- 31 ctrl chars/256 possible ascii
>>codes).  Protocols like Kermit always quote control chars, and therefore work
>>under almost any conditions, but since most are not streaming protocols, their
>>effective throughput leaves much to be desired.
> 
> How would you do this in either Procomm Plus for Windows or Telix?

you would specify this on the sending side: 

unix %  sz -ber filename     ;(b forces binary mode, e forces quote ctrl char
                               r turns on error recovery)

Then, just do a zmodem receive like normal on the receiving side.  If you still
get errors when you do this, try one or both of the following:

unix %  sz -berL 1024 -l 1024 filename 
		OR
unix %  sz -berw 1024 filename

The L 1024 option limits the packet sizes to 1024 bytes and the -l 1024 limits
the sub-packet size to 1024 bytes (this is the default subpacket size anyways)
Limiting packet size reduces the overall throughput by 20-30%- so use this ONLY
if all else fails.  The w 1024 option limits window sizes to 1024 bytes- this
is similar to limiting packet sizes, but doesn't reduce your throughput as
much (Zmodem requires an acknowledgment after every packet- so if you limit
the packet size, zmodem ceases to be a streaming protocol (normally the packet
size is the size of the entire file, so an acknowlegement is only sent after
the entire file has been received)

If neither of the three work for you, there's still a few options left:
		1- if your comm program supports use of external protocol drivers,
			get DSZ.COM or GSZ.EXE and use one of those for zmodem (many
		    internal zmodem protocols are brain-damaged)

		2- get a copy of PC Kermit from Columbia University, and use 2048 byte
		    or larger packet sizes on both sending and receiving ends..  I've
		    found that kermit usually works where nothing else does.

> 
> Mike
> --
> Michael Rosen						"Time and space
> Tau Epsilon Phi - George Washington University		 can be a bitch."
> mrosen@nyx.cs.du.edu					  -Quantum Leap
> Michael.Rosen@bbs.oit.unc.edu or @lambada.oit.unc.edu

c4




-- 
Christopher Lau                      |    Dammit Jim, I'm a doctor,
The University of Calgary            |    not an engineer!
Dept. of Electrical & Computer Engg. |    Well, you're an engineer now..
lau@enel.ucalgary.ca -OR- clau@acs.ucalgary.ca -OR- root@fusion.cuc.ab.ca
From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
Newsgroups: comp.dcom.modems
Distribution: world
Organization: My Individual Private Site
Subject: Compression details (was Re: Differences between modems...)
	<725587371snx@genesis.demon.co.uk>
Reply-To: naddy@mips.ruessel.sub.org
X-Software: HERMES GUS 1.10 Rev. Dec 18 1992
Date: Wed, 30 Dec 1992 23:13:12 CET
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

In <725587371snx@genesis.demon.co.uk>, Lawrence Kirby writes:

> Well here's my guess! If a modem is going to pass data through as fast as
> possible it will have to start transmitting a block before it can determine
> whether that block is compressible or not. Therefore it must guess whether the
> block is compressible from previous data it has transmitted. This is fine

Compression doesn't happen on a per block basis. Rather the compression
algorithm is applied to the incoming data stream and produces a data
stream itself. Formatting this data into blocks and transmitting them
happens on a lower processing level that should be (mostly) unrelated to
the compression scheme itself.

-- 
Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org
From: carlos@infoserv.com
Newsgroups: comp.dcom.modems
Subject: Re: Could somebody tell me the quality of Boca modems?
Date: Sun, 3 Jan 93 18:49:26 -0500
Reply-To: carlos@infoserv.com
Organization: Dominguez UseNet, Brooklyn NY, USA

In <95@consult.UUCP> bob@consult.UUCP (Bob Willey) writes:

>There is 1.28 out now.  With the newer ROM's most of the problems 
>reported here have been corrected.  You have to consider that you
>are getting a lot of techology for not a lot of money.  You get
>what you pay for, if you want Perfection then spend about $500 more
>and you'll be fine, otherwise the Boca modem is great for most 
>people.  We successfully get around 1640-1650cps transfer all the time
>and have many people call our CCS Tech Support BBS (410) 476-5098 all
>the time getting comparable transfers from a Boca modem.

Is it worth the time to FAX BOCA for the upgrade? I went from 1.20
to 1.27 with some improvement. 

Any comments 1.28 users?


-- 
  ___ ___  __   .   ___  __  //  Carlos Dominguez, MS-DOS Enthusiast !
 /   /__/ /_ ) /   /  / /_  // | carlos@infoserv.com  carlos@dorsai.com
(__ (  / /  \ (__ (__/ __/ ..  | carlos@phantom.com   FIDONET 1:278/706
From: Matthias_Stuermer@ka.maus.de (Matthias Stuermer)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL as answering machine ?
Date: 29 Dec 92 11:53:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Hi Wolfgang,

w> Since at least some of these ideas are obvious, I would think, that someone
w> has already written some PC software in that direction. If so, could
w> someone please tell me, where to find it, otherwise, I might just start
w> writting some code.

I wrote some Atari software, that uses the ZyXEL as an answering machine. Next
year :-) I'll turn my know-how to good account in writing some PC software.

w> Hmmm. Ok. Some of these ideas are a bit over the top, but IMHO all of
w> these things CAN BE implemented with litte software on the PC-side, since
w> most is already handled within the modem.

I agree with you. Most of your ideas can be implemented, some of them are
already implemented (Atari), some of them need a lot of work.

Happy new year!
       Matthias

+-----------------------------------------------------------------------------+
| Please send me no mails or mailing lists larger than 48 kB a day, because I |
| would have to pay for it  without getting the information.  If there is the |
| need to send me large mails,  please send  _me_  just a _small_ information |
| and the rest to  skrodzki @ telematik.informatik.uni-karlsruhe.de    Thanx! |
+-----------------------------------------------------------------------------+
Newsgroups: comp.dcom.modems
From: rogerk@queernet.org (Roger B.A. Klorese)
Subject: Re: WB Fax Upgrade
Date: Mon, 4 Jan 1993 02:31:17 GMT
Organization: QueerNet

In article <105960@bu.edu> heiser@acs.bu.edu (William Heiser) writes:
>In article <C0AM19.Lnn@queernet.org> rogerk@queernet.org (Roger B.A. Klorese) writes:
>>Of course, for DOS and Mac, you pay $60-90 for one-system access; for
>>UNIX, you pay $625 for network access...
>
>That's not necessarily true.  It is not uncommon for a sw package for
>UNIX to cost $625 *per node*.  It is usuall more to get a site license
>or a floating license for 'n' machines or users.

I know.  We're talking about Faximum, though; it's a spoolable interface,
which makes it a networked product by definition.
-- 
ROGER B.A. KLORESE                                              +1 415 ALL-ARFF
rogerk@unpc.QueerNet.ORG              {ames,decwrl,pyramid}!sgiblab!unpc!rogerk
"Normal is not something to aspire to, it's something to get away from."
                                                                   -- J. Foster
From: tl@clumsy.cyvaned.sub.org (Thomas Lotterer)
Newsgroups: comp.dcom.modems
Subject: Microcom QX/3295 and MNP 9 - What is it?
Date: Sun, 27 Dec 1992 18:41:56 GMT
Distribution: world
Reply-To: tl@clumsy.cyvaned.sub.org
X-Newsreader: Arn V1.00 beta rel3

A few days ago i found a "Microcom QX/3295" modem in a friend's glovebox.
We tried to make it work but failed - we've found no manual and we don't
know how to setup the DIP-switches on the rear.  Can anyone give me a hint
how to make this beast work?

The front panel claims the modem has "MNP class 9" (yes, nine) capability.
I only know MNP4 and MNP5, so what's this thingy...  ?

Any help would much be appreciated.
--
tl@clumsy.cyvaned.sub.org (Thomas Lotterer)
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: Worldblazer/T-3000 question
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 25 Dec 1992 01:44:48 GMT

tener@cs.widener.edu (Stuart Tener) writes:
>In article <BzrtGK.D06@gator.use.com> larry@gator.use.com (Larry Snyder) writes:
>>tener@cs.widener.edu (Stuart Tener) writes:
>>
>>>eproms? Or are there any hardware differences. I was going to have my
>>>customers buy T-3000s for now, and then upgrade them (via eprom) to
>>>V.FAST when it comes out.
>>
>>Has Telebit made the announcement of the T3000/Worldblazer being
>>upgradable to v.fast?  I don't remember seeing this anywhere, but
>>I would welcome it since I own several Worldblazers..
>
>Mr Snyder:
>
>I see you posting messages all over the net about many different
>topics. Do you know the answer to my question? Which is:
>Are T3000's and Worldblazer's the same modem except for eproms?
>
>Next time you get boared (sp?), instead of sending someone an
>answer which has no relavance to the question, you should call
>telebit. 
>

Mr. Tener,

Larry's question was *entirely* relevant to your article.  Telebit has
never promised to support V.fast (when it's finished) in the WorldBlazer.

>
>They have stated to me that as far as they know, there
>will be an upgrade. I thought (stupid me), that this was implied
>in my original message. Apparently you did not read it fully or
>comprehend it fully.
>

On the contrary, I'm afraid he was correct in questioning your assumption
the upgrade would be merely a firmware swap.

It will not.  The WorldBlazer hardware platform does not have enough cpu/dsp
power to handle the proposed V.fast modulation methods.  Heck, *ANY* modem
manufacturer who promises a firmware-only upgrade to V.fast is talking
through their hat.  As Toby Nixon has stated repeatedly, key parts of the
proposal haven't been nailed down yet.  How can they know they have enough
power to implement it with the present hardware if the proposal's requirements
are not yet known?

Just because Telebit said an upgrade will exist doesn't mean it will be
a firmware upgrade.  It's just as likely to be a specially priced modem
swap.

If the Telebit rep you spoke with explicitly told you it *would* be a
firmware upgrade, please let me know.  I'll need to clarify the technical
details for them.

  -Greg
(Telebit Engineer)
-- 
:::::::::::::::::::  Greg Andrews  gerg@netcom.com  :::::::::::::::::::
ObDrieux:  MODERN PROBLEMS: Hi Diddle Diddle, The Cat and the Fiddle,
			    The Cow Blew Up on the Launching Pad
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.dcom.modems
From: umokasev@phoenix.oulu.fi (Vesa Komulainen)
Subject: Zoltrix address / upgrading Standard 96/24
Organization: University of Oulu, Finland
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 26 Dec 1992 22:59:37 GMT


Does anyone out there know the address for Zoltrix, Inc.? I
have recently bought their Standard 96/24 fax/modem and it
seems that this thing is hardware upgradeable to support MNP4
and 5. However, the manual makes no direct mention of such a
possibility. It would also help me a lot if anyone can tell me
the price of such an upgrade and if only chip(s) manufactured
by/available from Zoltrix can be used or if there are
alternative sources.


Vesa Komulainen
umokasev@phoenix.oulu.fi
Newsgroups: comp.dcom.modems
From: isc10192@nusunix1.nus.sg (KOH KHANG WEE)
Subject: Re: Supra Roms Again
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 03:27:14 GMT

Sean Kennedy (kennedy@cs.swarthmore.edu) wrote:
: 
: 	I know this has been posted before, but I lost the information.
: Does anyone know how to tell which roms a suprafaxmodem V.32bis modem has?
: 
: 
: 				Thanks,
: 				Sean Kennedy
: 				kennedy@cs.swarthmore.edu

	There is something in the manual that tells u this.... just in
case you're the sort who dun like to read....

use AT i3(i think) or i4 one of these will give u a ROM version no.

--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
	Jerry Koh 	a.k.a. 		FLAT^^TOP
		 isc10192@nusunix.nus.sg
	     national university of singapore
	     D.     I. 	    S.	    C.	   S.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
From: zaphod@src4src.linet.org (Steve Wechsler)
Newsgroups: comp.dcom.modems
Subject: Trailblazers
Date: 30 Dec 92 19:07:27 GMT
Organization: The Source for Source


Could someone please tell me:

1) The difference between the different versions of Trailblazers and
Trailblazer Pluses (I have 7 different ones, and only one manual)?

2) Can older Trailblazers and Trailblazer pluses be upgraded to have
the latest features with a change in EPROMS?

3) Does Telebit charge for EPROM upgrades?  How much?  How can I get
the latest?

Please E-mail this to me; my news site purges news too fast.  I'll
e-mail or post a summary if anyone's interested.
-- 
Steve Wechsler | zaphod@src4src.linet.org    |    Call Lady Hawke's Castle BBS:
"We've kept the good old vices and labored to invent a few,  |  (516) 226-4630
 With cake in vulgar surplus we can have it, and eat it too" -- Toy Matinee
"Watch??  I'm gonna pray, man!  Know any good religions?" -- Zaphod Beeblebrox
From: josephs@msen.com (Joseph Stroup)
Newsgroups: comp.dcom.modems
Subject: ZyXEL Report
Date: 1 Jan 1993 12:06:28 -0500
Organization: Msen, Inc. -- Ann Arbor, Michigan
Distribution: world
NNTP-Posting-Host: garnet.msen.com

I just finished testing the Zyxel U-1496E v.32b/fax/voice modem.

I don't care if every feature works but, I needed a fast and good
v32b connection. The modem works. I called the company, bought it
direct , paid cash and got it next day. I have seen no problems
on all major long distance carriers, local carriers, BT, OTC and
one line I call in Japan. I have inbound 0800 free-phone access
to my commercial system from 6 countries and no problems. I tried
to vary the voltages to the modem - no problem. I cut power, caused
surges and even droped the thing - No problem. I own USR and Telebit.
How fast is fast. The price is right and they answer their phone. I
for a replacement gurantee not a 15 day repair time and they agreed.
With USR I must send in red lable UPS to get fast service - generally
2 days. One of my friends just drove to the company they treated him 
great.
Now on my list of junk...
Supra - Zoom - Quicktel and other junk. Thing like Infotel/Midwest Micro
don't even count.       

The bottom line the modems work for now, 24hrs 7 days a week. If I do have
problems I will post.

Final Note: Egghead Software admits that Zoom modem fail. They just placed
and order with ZyXEL.
-- 
Joseph Stroup  
Newsgroups: comp.dcom.modems
From: jemartin@nyx.cs.du.edu (John Martin)
Subject: Re: PPI Modem IS REALLLLLLLY BAD!!!...NOT
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Fri, 1 Jan 93 03:45:00 GMT

In article <1993Jan1.012149.1756@informix.com> aland@informix.com (Colonel Panic) writes:
>In article <18965@mindlink.bc.ca> Rick_Engel@mindlink.bc.ca (Rick Engel) writes:
>>        I was reading this forum for months before choosing the PPI 14400FXSA
>>and I've think I made a great choice, and I have not had any problems what so
>>ever. I've had the modem for a while now and its used at least three hours
>>per day and no problems have been encountered yet. I did get the rom upgrade,
>>'just in case', and the service was FANTASTIC, I called the service dept and
>>2 days later I had my new rom installed.  It is quite rare to see a complaint
>>for the 14400FXSA, and I would imagine that the problem is not the modem but
>>somewhere else in the users system.
>
>I have a PPI pocket modem for my laptop which failed after about six months.
>These are "lifetime warranteed", so I sent it back, and they sent me a new 
>one in a reasonable timeframe.
>
>HOWEVER, there is a *charge* for warranty repairs -- I think it was $25 for
>the pocket modem, which is 25% of what I paid for it.  The "lifetime warranty"
>claim should be taken with a grain of salt...
>
>--
>Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

The only *charge* for warranty repairs on a PM14400FX (or FXSA) is $12 or
$15 (I can't recall which it is) to cover handling and return postage,
which is not unreasonable IMHO.  Parts and labor are covered under the
warranty - they are FREE.  Be careful before you generalize over all PPI
modems which have a lifetime warranty...

John
--
 John E. Martin    jemartin@nyx.cs.du.edu     University of Puget Sound '92
    Kent, WA      (formerly martin@ups.edu)    SeinfeldBC++RushBelaFleckDWeckl
From: chip@inter.interzone.ch (Marc Liyanage)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL as answering machine ? (PC-Software)
Date: Wed, 30 Dec 92 11:38:30 CET
Organization: Interzone Switzerland
Reply-To: chip@interzone.ch
X-Mailer: uAccess - Macintosh Release: 1.5v4


Hi all,


In article <92Dec29.053504.18632@acs.ucalgary.ca> (comp.dcom.modems), clau@acs.ucalgary.ca (Christopher Lau) writes:
[...]

> It
> uses custom ASICs (no worries about the problems in the Rockwell chipsets)
> a Toshiba 16 (20 for E+/S+ models) MHz 68000 microprocessor,

I just had a look inside my S+ and it seems that the MC86000 runs
at 16 Mhz. 
Could it be that my S+ is in fact an S model? It has a "PLUS Enhanced"
sticker on the case and the price was rather in the S+ range ;-)
The product ID string is U1496S V 5.04e P. Does the P stand for Plus?
or should there be a + sign after the U1496S?

Could somebody with an S+ tell me what their product ID string is?

Thanks

-Marc


___________________________________________________________________
Marc Liyanage                    chip@interzone.ch
                                 CH-9552 Bronschhofen,  Switzerland 
                                 47 29 17 N / 009 03 41 E / ALT 578
                                 +41 73 22 1196
Newsgroups: comp.dcom.modems,comp.os.os2.misc
From: marks@netcom.com (Mark Sherred)
Subject: Re: Have I been hosed?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 23 Dec 1992 10:00:12 GMT

National has a very nice application note about the different UARTS.
It is AN-493.  The 'F' stands for FIFO. The 'N' means a plastic package.
At high baud rates, the PC may not always service the UART's interupt before
a second character is received.  The NS16550AFN has a 16 byte receive FIFO
and another 16 byte transmit FIFO.  The chips powers-up with the FIFOs 
disabled, so you need software that knows how to enable them.

The bottom line is it sounds like you got hosed.. sorry.
The NS16550AFN sell here at Fry's Electronics for between $10 to $15.

Newsgroups: comp.dcom.modems
From: larry@gator.use.com (Larry Snyder)
Subject: Re: Hayes lawyers intimidate competition (was: Hayes Press Release)
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Sun, 3 Jan 1993 14:22:09 GMT

heiser@acs.bu.edu (William Heiser) writes:

>Do you really think this is true?  I am evaluating a Hayes Optima 144+
>FAX 144, and it seem to me that it is a better buy than the others in
>its class (Telebit T3000, USR V.32bis).  I'm not sure of the price of the
>USR, but I am quite sure the price of the T3000, and the T3000 doesn't
>even have FAX capability yet.  Also the Optima is one of the few I've

Yes, the 3000 and WB support FAX at this time.
The WB and 3000 doesn't detect incoming fax/data calls
making the fax portion only useful for out-going in my opinion

>seen that does FAX at 14.4K (although of course this is of little use
>if other FAXes don't do the same :-).

Yes, little use at 14.4 except when talking to another Hayes 14.4

>I will say, though, that the software bundled with the Hayes
>is PITIFUL.  Horrible horrible horrible!

Likewise the software bundled with the USR.  Does the Hayes support
fax class 1 or 2?

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems
From: mrosen@nyx.cs.du.edu (Michael Rosen)
Subject: Re: How do I get DSZ to work in Telix?
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Sat, 2 Jan 93 20:49:33 GMT

gt7692b@prism.gatech.EDU (Constantinos Malamas) writes:

>>Also, because I can't get zmodem to work to upload through a telnet
                                              ^^^^^^
>>connection and I'm hoping something else will work.
>>
>>Mike
>>--

>	I am using Telix's Zmodem for just that ( downloading via telnet 
						  ^^^^^^^^
>connection). After lots of postings last year someone solved this problem

Please read carefully, I am having no trouble downloading whatsoever.
I cannot upload.

Thank you,
Mike
--
Michael Rosen						"Time and space
Tau Epsilon Phi - George Washington University		 can be a bitch."
mrosen@nyx.cs.du.edu					  -Quantum Leap
Michael.Rosen@bbs.oit.unc.edu or @lambada.oit.unc.edu
Newsgroups: comp.dcom.modems