Solved

RE: Supra 33.6k Modem drivers.

Posted on 2000-04-15
5
142 Views
Last Modified: 2013-12-27
I have Diamond SupraFax Modem 33.6 external.

this modem does work as a standard modem 28.8 but it would works alot better using its proper drivers.

I require NT4.0 drivers and 95/98 drivers would be even better, As I sometimes use this modem on all 3 OSs

Thanks

 

0
Comment
Question by:MAVERICK
  • 3
  • 2
5 Comments
 
LVL 12

Accepted Solution

by:
Otta earned 100 total points
ID: 2719690
> it would work better using its proper drivers.

Not necessarily.
DSP (Digital Signal Processing) modems are meant to be used at the "factory" settings.

So, if you are using 'AT&F1' (3COM/USR modems) or 'AT&F' (all other modems), you will get "optimal" data-transmission rates.

Anyway, access:

http://WWW.DiamondLegacy.com/products/drivers/driver-index.htm

and click on the link labelled:

INF Driver Files for Supra 288/336/56K Modems

and prove me wrong.  :-)
0
 
LVL 1

Author Comment

by:MAVERICK
ID: 2720383
otta, I've used it as a standard modem, what makes me ask about the drivers is that NT RAS shows very low compression ratio's on download.

I'll download the drivers tonight
0
 
LVL 12

Expert Comment

by:Otta
ID: 2720659
> shows very low compression ratio's on download.

That depends on the "compressability" of your specific data -- the "factory-setting" for the modem should be enabling the compression-feature of the modem; since compression is being reported, it seems like the modem is doing (some) compression.
0
 
LVL 1

Author Comment

by:MAVERICK
ID: 2721475
Actually the compression is the same with the new drivers (WinNT)
but I have another strange problem, NT reports more "CRC" errors since I changed the drivers. I think it may be due to the modem not reporting them as a standard modem? any comment
0
 
LVL 12

Expert Comment

by:Otta
ID: 2723398
> NT reports more "CRC" errors
> I think it may be due to the modem

CRC == Cyclic Redundancy Check

When a packet is sent, some additional information (a "check-sum") is calculated, and is sent with the packet.

When a packet is received, the "check-sum" is recalculated, and is compared with the received "check-sum".
Any difference is a "CRC-error",
and indicates that the packet was corrupted in transmission, i.e., through the telephone-lines, or elsewhere.

Check that you've configured your modem for "hardware handshake", so that no information is "lost" between your modem and your COM port.

Other than getting your telephone-company to replace their wires from your home to their Central Office, you're stuck with the "quality" of those copper-wires.
0

Featured Post

6 Surprising Benefits of Threat Intelligence

All sorts of threat intelligence is available on the web. Intelligence you can learn from, and use to anticipate and prepare for future attacks.

Join & Write a Comment

In this tutorial I will show you with short command examples how to obtain a packet footprint of all traffic flowing thru your Juniper device running ScreenOS. I do not know the exact firmware requirement, but I think the fprofile command is availab…
This article is a how to to configure a UCS Ethernet-uplink portchannel via the console. It is easy to do and can be done quite quickly. In certain versions of the UCS manager the portchannel has issues coming up and this is a workaround. I am…
Get a first impression of how PRTG looks and learn how it works.   This video is a short introduction to PRTG, as an initial overview or as a quick start for new PRTG users.
Access reports are powerful and flexible. Learn how to create a query and then a grouped report using the wizard. Modify the report design after the wizard is done to make it look better. There will be another video to explain how to put the final p…

707 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

13 Experts available now in Live!

Get 1:1 Help Now