HDTenEightyP/NetNews huggingface dataset:
From: claes@sparc2.ikb.uni-essen.de (Heinz-Josef Claes)
Newsgroups: comp.dcom.modems
Subject: ZyXEL too fast?
Keywords: ZyXEL sun sparc
Date: 13 Oct 92 11:38:12 GMT
Organization: University of Essen, Germany



Often, I'm dialing from a Sparc into normal mailboxes (PC, Amiga, ...)

When I want to download from the mailbox with zmodem, I've no problems.
When I wand to upload to the mailbox, I get errors from zmodem!

Here are some infos (there were both ZyXEL-Modems):
ATI2

   ZyXEL U-MODEM LINK STATUS REPORT

   Chars Sent           674k    Chars Received      90112 
   Octets Sent          427k    Octets Received     58283 
   Blocks Sent         2664     Blocks Received      4835 
   Blocks Resent          2     Max Outstanding         7 
   Max Block Size       256     Retrains Requested      0 
   Link Duration         13     Retrains Granted        0 
   T401 Timeouts        124     T402 Timeouts         163 
   FCS Errors            14     Round Trip Delay      106 
   Xmitter Underrun       0     Receiver Overrun        0 

   Last Speed/Protocol     CONNECT 16800/ARQ/V42b

   Disconnect Reason      Local Hang Up

Is it possible, that the combination of Sparc and ZyXEL are too fast for
PC or Amiga? The ZyXEL is connected with 38400 baud at the sparc. If I
configure the serial port with 19200 baud (sparc <-> ZyXEL) I get a
smaller number of errors when uploading.

The combination of Robotics and PC at the other end is absoluteley
terrible. I can download, but not upload.

The zmodem I use is:
sz -> Version 1.26 03-10-87 for V7/BSD by Chuck Forsberg
rz -> Version 1.18 02-18-87 for V7/BSD by Chuck Forsberg


Thanks for any information.

Heinz-Josef Claes
University of Essen
Germany

email: claes@sparc2.ikb.uni-essen.de
From: denham@hmsp04.wg3.waii.com (Scott Denham X7117)
Newsgroups: comp.dcom.modems
Subject: Re: Silly Hayes bashing (was  +++ sequence problem with USR DS 16.8k)
Date: 16 Oct 92 15:09:59 GMT
Organization: Western Geo. - Div of Western Atlas Intn'l Inc., Houston, TX

In article <1688@frackit.UUCP> dave@frackit.UUCP (Dave Ratcliffe) writes:

>
>The Subject: line above displays the dreaded 3 + signs but I have yet to
>see anyone flame this person for his seeming indiscretion. C'mon guys,
>the flamfest went rampant when Toby posted that message with the dreaded
>3 +'s in a row yet here is another example of the very same thing and
>there are no objections. Is it because he doesn't WORK for Hayes so it's
>ok for him? 

I think the issue is not simply the three +'s, but the combination of
that and a valid AT command. The dreaded TIES "bomb" (their words, not
mine!) requires at least the AT.

>DISCLAIMER: I see nothing wrong with Barry's using the 3 plus signs.  I
>see a LOT wrong with the people who jumped down Toby's throat and have
>vowed to buy no Hayes equipment because of something a PR hack wrote. 

DISCLAIMER: I think the whole issues gotten a bit silly. Anybody who is
concerned about connection security will have taken steps to disable
in-band escapes anyway. I DO think, though, that "hiding" such strings
in a press release is a really cheap shot and I don't have much respect
for the person who did it or a company that allows that kind of stuff to
go out under their banner. I find it signifigant that there hasn't been
(or I haven't seen, anyway) any explanation or apology from Hayes about
the presence of said string in their press release. Could be somebody's 
idea of a joke, a silly attempt to prove some kind of a point about the
vulnerability of the TIES sequence, or even a malicious forgery to try
to discredit Hayes (though the contents of the press release did that
pretty well for me.)
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.dcom.modems
Subject: Re: 14400bps throuhput
Date: 6 Oct 92 15:06:08 GMT
Organization: Sandia National Labs, Livermore, CA

In article <1992Oct6.060924.17321@msuinfo.cl.msu.edu> griffin@eecae.ee.msu.edu (Danny Griffin) writes:
>hwstock@snll-arpagw.llnl.gov (stockman harlan w) writes:
>
>>When I download files from bulletin boards, I rarely get above 1420 cps (for 
>>highly compressed files; ymodem-g transfers are trivially faster). 
>
>This is terrible.  Using a ZyXEL 1496E I get over 1600 cps...
>Not to start a PC war, but I am using an Amiga and
>maybe you're using a cheap kloan?

I never thought this message would generate so much debate. For those
who didn't catch the outcome: I changed my comm package (from zcomm to
Qmodem) and DL speed went to 1700 cps+ for ymodem-g on highly compressed
files. I think I wasn't using zcomm efficiently; I'll go back to it
someday to see how my dialing script was handling the connection.

The lesson I learned is: modems for > 9600bps are complicated; the
software has to know your modem to get the most out of a connection, or
you have to know your modem and your software very well. I don't think
Amiga vs. PC makes much difference here; both have far and away more
than enough CPU horsepower to handle the ports and the DTE speed.
From: colonius@dino.dinoco.de (Stephan Muhs)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL multi-auto with 2400 baud?
Distribution: world
Date: 5 Oct 92 03:46:54 CET
Organization: Private

In article <dirkst.717805465@messua> dirkst@messua.informatik.rwth-aachen.de (Dirk Steinberg) writes:

>BTW, does anyone know what the correct settings are for
>make/break ratio (AT&P?) and guard tone (AT&G?) in Germany?
>

Neither AT&P1 nor AT&P0 are correct, but both work. :-)

Guard tone: not required in Germany, thus AT&G0.

Generally you do not need to change anything on the Zyxel`s settings
for about 95% of all usual applications. So please don`t try to fix it,
if it`s not broken!


--
stephan muhs      colonius@dino.dinoco.de
wilhelmstr. 51    ...!unido!easix!dino!colonius
5000 koeln 60     Genie: s.muhs
germany           voice: +49 221 7393484
From: bruce@camb.com (Barton F. Bruce)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL ROM codes via FTP
Date: 15 Oct 92 02:10:26 EDT
Organization: Cambridge Computer Associates, Inc.

In article <1992Oct12.152750.14546@ccsun7.csie.nctu.edu.tw>, sycheng@csie.nctu.edu.tw (Shiao-Yang Cheng) writes:
> 
>   Hi :
>   
>     ZyXEL Corp. is a Taiwanese company, and we know that many people are hard
>   to get the new ROM code of ZyXEL. Therefore we put all newest ZyXEL ROM 
>   codes in our FTP server, which address is ftp.csie.nctu.edu.tw. All the codes
>   are coming from ZyXEL BBS in Taiwan (886-35-787045).

That is wonderful, thanks!

I FTP'd everything and since it took a while figured others might like a 
closer site in the USA.

There is NO PROMISE that these will be kept up to data, but for now everything
they had is in the ZYXEL directory at cca.camb.com
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Practical Peripherals 14400
Organization: Netcom
X-Newsreader: Tin 1.1 PL5
Date: Mon, 12 Oct 1992 03:38:46 GMT

Robert McMillin (rlm@mcgort.COM) wrote:
: Several people have written to correct my comment that the PPI 14400FXSA
: modem uses an AT&T data pump, not the Rockwell chipset.  I have heard
: that the modem uses the Rockwell chipset from other sources, including
: a Rockwell datacomm employee!  However, since I haven't actually cracked
: the case to look...  Again, I am pretty satisfied with the modem.


I have looked and its a Rockwell as far as I can tell.  


-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com

Newsgroups: comp.dcom.modems
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: Caller ID
Organization: The Gator Conferencing System 219-289-3745 
Date: Tue, 13 Oct 1992 20:49:05 GMT

bill@bilver.uucp (Bill Vermillion) writes:

>I don't know if this will work with a single phone installation or not,
>but United Telephone will give you an unlisted number for a phone or
>fax number.   They used to charge for that, and now it is free.

they charge us $4/mo extra for an unlisted number


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems
From: cs105ta5@scs.carleton.ca (anthony lander)
Subject: Zoom Telephonics tech support
Organization: Calvin and Hobbes Inc
Date: Thu, 15 Oct 1992 19:52:54 GMT

Does anybody have the technical support phone number for Zoom Telephonics?
They weren't nice enough to put it in the manual.

Replies by mail please (cs105ta5@turing.scs.carleton.ca)

thanks,
		anthony.

Newsgroups: comp.dcom.modems
From: ent548d@monu6.cc.monash.edu.au (C.J. Seatory)
Subject: MNP5 on NetComm Pocket FaxModem24
Organization: Monash University, Melb., Australia.
Date: Sat, 10 Oct 1992 15:04:42 GMT

I would appreciate any information on how I can configure a
NetComm Pocket FaxModem24 modem to use MNP-5.  I know that it
has the capability, but am unsure how to do it!

I have tried 'AT &E1 &E15'... etc, but I just receive error messages.

Please mail ent548d@monu6.cc.monash.edu.au

Thanx in advance...
-Chris Seatory
Newsgroups: comp.dcom.modems
Distribution: world
From: jimh@laison.w8hd.org (Jim Hebert)
Organization: L'AISON - Local Area Information Server Open Network
Date: Sat, 10 Oct 1992 09:15:11 EDT
Subject: Re: Practical Peripherals 14400

Mark McCoy  (st1n2@jetson.uh.edu) wonders:
  > The Practical Peripherals 14400 has been 
  > recommended to me, but I know nothing about 
  > it. The one person I know who has one has 
  > been very satisfied, but I would like to get 
  > some more input on the PP before I plunk down 
  > the cash for one.                             

I have been using one for six months in conjuntion with a Macintosh
based FirstClass server. The 14400 FXSA's performance has been
excellent. There has been one problem: the relays which connect to the
telco line failed.  (Note: this occurred after a huge thundestorm passed
through. :-)

I sent it back for warranty service (lifetime warranty) and it was repaired.
The turnaround was about 2 days, plus the time in shipping time each
way. I paid for the shipping to PPI; they paid for the return, which is
standard policy if the modem is less than 90 days old. If the modem is
more than 90 days old they charge you $15 for shipping and handling. 
 
In comparison to several other modems being discussed here:
 
  - The PPI runs stone-cold
  - The display provides a great deal of information about the connection,
including a real-time assessment of "line quality"
  - The data pump is built on a daughter board, allowing for future upgrades of the hardware
  - The data pump uses the AT&T chip set.
  - The modem follows the Hayes command set
  - The documentation is excellent
  - There are several &F1,&F2... settings for pre-set configurations with various DTE devices
  - The lifetime warrany
  - Sysop pricing and qualification without having to jump through hoops
and wait ten weeks 
 
I am very satisfied with the PPI modem and plan to purchase more. 
 
Jim Hebert     jimh%laison@w8hd.org
System Administrator
 
***************************************************************************
L'AISON       Local Area Informatin Server Open Network        313-647-2634
FirstClass System     Beverly Hills, Michigan           PostalUnion Gateway
***************************************************************************
Newsgroups: comp.dcom.modems
From: tmkk@uiuc.edu (Khan)
Subject: Supra FAXmodem: can I use one line for both BBS and FAX?
Organization: University of Illinois at Urbana
Date: Thu, 15 Oct 1992 14:05:14 GMT

I run a BBS using Binkleyterm and a Supra V.32bis Faxmodem (which I just
got a couple days ago). I'm wondering if anyone has set things up so
that one phone line can be shared between BBS data and FAX use such that
when a BBS call comes in Binkley will invoke the BBS software and when a
FAX comes in Binkley will invoke the FAX software. If you've done
something like this, would you post or email the details?

Thanks!

Xref: sparky comp.dcom.modems:15078 biz.comp.telebit:974
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.dcom.modems,biz.comp.telebit
Subject: Worldblazer setup for SVR4
Date: 14 Oct 92 12:25:45 GMT
Organization: The Gator Conferencing System 219-289-3745

WorldBlazer - SA - Version LA5.01A- Active Configuration
 B1  E1  L1  M1  P   Q2  V1  X0  Y0 
&C1 &D3 &G0 &J0 &L0 &Q0 &R3 &S1 &T5 &X0 
S000:1   S001=0   S002:128 S003=13  S004=10  S005=8   S006=2   S007:60 
S008=2   S009=6   S010=14  S011=70  S012=50  S018=0   S025=5   S026=1  
S038=0   S041:1   S045=0   S046=0   S047=4   S048=0   S050=0   S051:7  
S056=17  S057=19  S058:2   S059=0   S060=0   S061:0   S062=15  S063=0  
S064:1   S068=255 S069=0   S090=0   S092:1   S093=8   S094=1   S100=0  
S104=0   S105=1   S111=255 S112=1   S151=4   S155=0   S180=2   S181=1  
S183=25  S190=1   S191:6   S253=10  S254=255 S255=0   

here is /etc/gettydefs:

WBL# B57600 HUPCL OPOST ONLCR TAB3 BRKINT IGNPAR IXON -IXANY ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS8 CREAD # B57600 HUPCL OPOST ONLCR TAB3 BRKINT IGNPAR IXON -IXANY ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS8 CREAD #login: #WBL


here is /etc/inittab:

Ca12:23:respawn:/etc/getty -r -t 30 /dev/term/b12m WBL
Ca13:23:respawn:/etc/getty -r -t 30 /dev/term/b13m WBL
Ca14:23:respawn:/etc/getty -r -t 30 /dev/term/b14m WBL
Ca15:23:respawn:/etc/getty -r -t 30 /dev/term/b15m WBL


here is /etc/uucp/Devices:

WB /dev/term/b12s,M - 57600 WBfast
WB /dev/term/b13s,M - 57600 WBfast
WB /dev/term/b14s,M - 57600 WBfast
WB /dev/term/b15s,M - 57600 WBfast

here is /etc/uucp/Dialers:

WBslow =,-, "" ATZ OK ATS0=0X2S111=0DP\T NNECT\s2400 \K\d
WBfast =W-, "" ATZ OK ATS0=0X1S50=255DP\T FAST-\c-FAST \d
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems
From: csjohn@knuth.mtsu.edu (The Mad Hatter)
Subject: ZyXEL 16800bps?
Summary: ZyXEL 16800bps?
Organization: Dept. of CS, Middle TN State Univ, Murfreesboro, TN
Distribution: usa
Date: Fri, 9 Oct 1992 00:28:32 GMT

I have a ZyXEL U1496E with version 5.02 EPROMs.  
I tried connecting to a USR Dual Standard with AT&N35, but 
could only get a 14400bps connection. 
Does anyone know how I can connect at 16800bps?
Thanks.

-- 
John Wallace   ||   INTERNET: csjohn@knuth.mtsu.edu
  > > > Vote for freedom.  Vote Libertarian. < < <
From: kmeyer@amiganet.chi.il.us (Karl Meyer)
Newsgroups: comp.dcom.modems
Subject: Re: Hacking USR ROMS [4.2 - 4.1]
Date: 13 Oct 92 22:34:12 GMT
Organization: Amiga Network Information Systems

>If I didn't intentionally purchase the modem to take advantage of that manuf.
>oversight, there is no intent to defraud involved.  If I do use a modem
>for a purpose that it was not intended, I don't see where USR is harmed,      

Even if you did buy it with the intention and knowledge to use the undocumented
features there is no fraud involved IMHO. USR put those features in whether
they intended to or not. Once I purchase it I'm free to make use of whatever
features are there. Of course USR doesn't have to answer questions about it or
support it but as far as stopping people from doing it they can try but have no
real way of enforcing it.
Newsgroups: comp.dcom.modems
From: dan@halcyon.com (Dan Lawrence)
Subject: Supra fax modem: Busy detect
Organization: The 23:00 News and Mail Service
Date: Fri, 9 Oct 1992 07:00:26 GMT

I have a cheep internal 2400 baud modem at home that requires 4 busy
signals before it responds with a busy message.  I have a USR HST 14.4
at work that will respond positivily at the begining of the second busy
signal.  

How many busy signals are required before the supra v.42bis, fax, etc
modem will positivily identify a busy condition?  
Newsgroups: comp.dcom.modems
From: Petri.Wessman@hut.fi (Petri Wessman)
Subject: Re: ZyXEL U1496-B just hangs! Help!
Reply-To: Petri.Wessman@hut.fi
Organization: La Gata Encantada
	<1992Oct11.035838.3840@netcom.com>
Distribution: comp
Date: 13 Oct 92 13:37:49

On Sun, 11 Oct 1992 03:58:38 GMT, tiger@netcom.com (Tiger Zhao) said:


>Ack, my almost-brand-new (PC internal card) ZyXEL 1496B has freaked.

[stuff deleted]

Tiger> Have you tried to jumper connect the two reset jumpers near the speaker
Tiger> for about 20 second and then remove the connector and see what happens 
Tiger> when you power on the computer again?

Yup, tried that after finding out that the jumper in question was the
reset jumper (thanks everyone!). No dice, the thing still won't do
anything. Sigh, must be a faulty specimen or something...

//Petri
Newsgroups: comp.dcom.modems
From: wwf1@Ra.MsState.Edu (Bill Ford)
Subject: Re: USR Sportster Info Needed!REGISTER
Organization: Mississippi State University
Date: Thu, 8 Oct 1992 16:20:23 GMT

eadie5295@iscsvax.uni.edu writes:

>  I would like to know all of the info on the new 14.4 Sportster (w/fax).
>I would also like to know if it has the 16550 UART and if it will initiate a
>fall-forward (and other neat-oh stuff).

I think this would be an interesting discussion.  Has anyone identified
differences in hardware between the Sportster and the Courier line?  There
must be some, since the Courier has a few IC's that the Sportster doesn't
(course the Sportster has some the Courier doesn't).  

I am pretty sure I have watched my Sportster fall forward after it fell
back after hitting my 16450's limit.  I assume this is the HST ASL feature?
(Yes, this is in DS mode.)  As far as the original poster's question,
the external doesn't have a 16550 in it, and the internal doesn't need it,
obviously.  Your serial port is what you need to look at for the external.

I think some interesting discussion will come out in these differences.  I
suspect that the 4.1 loophole is not the only way to change a Sportster to
a DS.  More later.

--
---------------------------------------------------------------------------.
|  Bill Ford: wwf1@isis.msstate.edu |   Miss'ippi State University          | 
|        Or : wwf1@ra.msstate.edu   |      "Moo."                           |
`---------------------------------------------------------------------------'
From: tmkk@uiuc.edu (Khan)
Newsgroups: comp.dcom.modems
Subject: Re: Supra - STILL Problems
Date: 13 Oct 92 15:11:29 GMT
Organization: University of Illinois at Urbana


In article <rpaiz.718947309@husc8> rpaiz@husc8.harvard.edu (Rodolfo Paiz) writes:
>Jinmo Ahn <ja2f+@andrew.cmu.edu> writes:
>
>>I just installed the new ROMs on my Supra v32bis.   After testing the
>>modem with about 20 different BBS numbers, I found no significant
>>improvements.  The modem still has problems connecting at high speeds. 
>>Especially with USR DS modems - it either refuses to connect, or
>>connects at 9600.
>
>Has it ever occurred to anyone that the fact that USR uses a proprietary
>protocol (Double Standard), that it's not even *compatible* with v.32bis?
>
>(I think.)

I know you'll get all kinds of rude responses to this (many beginning
with various buzzers and bells ;-) so I thought I'd make a polite
response:

The USR DS (Dual Standard) is both a proprietary HST AND a V.32bis modem
rolled into one. So Jinmo SHOULD expect a 14.4 V.32bis connection to be
possible between his Supra and a USR HST DS.

I'm a FIDOnet SysOp. Our net has a large proportion of high speed
modems, several of which (including the mail hub) are HST DSs. A couple
nodes in our net run Supra V.32bis Faxmodems, and report good connections
between their Supras and the DSs. I didn't pay attention to the details,
but I assume these were full V.32bis 14.4 connections (I'm about to find
out more, however). In short, the two SHOULD be able to talk just fine.
Perhaps one or the other end needs to tweek some settings.
From: tj@kona.cs.ucla.edu (Tom Johnson)
Newsgroups: comp.dcom.modems
Subject: Rack mounted modems
Date: 8 Oct 92 20:38:44 GMT
Organization: UCLA, Computer Science Department

We're looking at upgrading our bank of 20 dial-in lines to support 
V.32/32bis/V.42/42.bis modems here. We currently have stacks of standalone
modems piled in our machine room, and I would like to clean things up and
hopefully provide some sort of management over these things.  What we
need is a rack mounted solution - banks of modems, management software,
etc.  Could anyone point me in the right direction?  Make some 
suggestions?  What do other sites with this number of incoming lines
use?

Thanks for any info - I'm just beginning my research so any and all 
help is greatly appreciated.

Thanks-

  Tom
-- 
Tom Johnson             "They say Confucious does his crossword with a pen."
tj@cs.ucla.edu                               -Tori Amos
From: LEONH001@DUKEMC.BITNET
Newsgroups: comp.dcom.modems
Subject: Help w/ Hayes Ultra 14,400
Date: 5 Oct 92 21:22:04 GMT
Organization: Duke University Medical Center, Durham NC, USA

Hi all,
We have been trying to get our Hayes Ultra 14,400 to work properly
for about a month (not a high priority),and have not had any luck.
The software is Procomm (Latest version) and has been reset from the
defaults at the suggestion of a tech at Procomm.
The hardware is a 286-16, 4meg, 40meg HD and does not have a 6500(?)
uart.  There is an arcnet card installed, but it is not running on
the network when the modem is in use.
  The problem is in the host mode, the caller makes it into the
system ok but when they try to transfer files, all they get are bad
checksum errors.  This is in  the protocols, X,Y,Z. Kermit just
aborts.  It seems that this happens mostly when a long distance
transfer is being attempted but has happened on local calls as well.
  The same line is used for a fax machine (not at the same time) and
we get and send faxes all over the place.  I don't know if a fax is
more "forgiving" or if the line is the problem.
  If anyone has any ideas, I'd really appreciate hearing them.
  BTW the init string is ATZ^M(3 tildes)ATS7=60 S11=60^M
Thanks!
Dave Leonhard   LEONH001@mc.duke.edu
From: tmkk@uiuc.edu (Khan)
Newsgroups: comp.dcom.modems
Subject: Re: I love Supra!
Date: 14 Oct 92 13:42:04 GMT
Article-I.D.: news.Bw4625.D4M
Organization: University of Illinois at Urbana


In article <1bfnpqINN2j0@skat.usc.edu> mbaffoni@skat.usc.edu (Michael Baffoni) writes:
>
>	BTW, has anyone with 1.200C ROMs had problems connecting to either 
>USR Dual HST modems, or to the other HST modem (the one that does 16.8, but 
>doesn't have "dual" in the name)?  I have tried to contact a local BBS that has
>both of these modems, but the dual will only allow connection at 2400+LAPM, 
>while the other will have 14.4 displayed (no LAPM) but won't output any info
>from the BBS (I realize the last may be a problem with the BBS, not the modem).

I picked up mine yesterday, and it has the C ROMs. First of all, I think
you have your descriptions reversed: the dual standard is the one you're
connecting with at 14.4, and the HST is the one you're connecting with
at 2400. This is to be expected; the dual standard is a V.32bis, and
should work fine with the Supra, but the HST is totally proprietary at
anything above 2400bps, so what you get is 2400bps.

As for the "no output from the BBS" problem, I have no idea. My Supra
was able to connect with DSs right out of the box, no tweaking at all. I
was also able to connect with an Intel V.32bis at full speed, as well as
a Hayes Optima V.32. I had trouble with a Telebit V.32 modem on our
campus terminal server - it would connect, but there would be this one
high-ASCII character strewn about seemingly at random in the output. And
I couldn't connect with Supra's BBS at all - strange, neh? I had to call
Supra's BBS with a Hayes modem in order to order my upgrade ROMs. :-(