Recreating the RSVE mod…

[Darklord]

Okay, thanks for pointing that out. I re-read the RSVE docs and it sure looks like it
does those 3 remappings without HSModem. I didn't know that.

So apparently HSModem's remapping is only good for speeds other than those 3
already performed by the RSVE.

Still, even with all that in mind, setting HSModem to remap 19200 to 38400 should
still work, right? If set correctly, any software that sets the speed to 19200 should
then be auto directed to 38400, if I've got this right in my head.

Thanks.

[Darklord]

Okay, so I disabled both DRVIN.PRG and MFP.PRG in the AUTO folder.

I set the SERIAL.CPX baud rate to 110. (interestingly enough, until I
disabled DRVIN.PRG and MFP.PRG and rebooted, I had no 110 entry!?)

I had set the WiModem232's baud rate to 38400 before doing all this.

Afterwards, setting CoNnect95's port baud rate to 110 gave the correct
speed. I could still communicate with the WiModem232, etc.

Sounds like progress until I ran into another brick wall. I now know why
the BBS Express! ST SysOp that I referred to earlier was remapping using
19200 --> 38400. There is NO 110 setting in Express. The lowest it goes
to is 300. He had no choice but to remap it. :(

So I'm back to being forced to find someway to remap some speed (above
300) supported by Express to 38400...

[Darklord]

This just seems to get more puzzling all the time.

So I went back, set MFP.PRG to once again remap 19200 --> 38400.

I set my WiModem232 at 38400. I set the SERIAL.CPX to 19200. (and
tried it at 38400).

Rebooted. And...nothing that is set to accesse 19200 gets 38400. (not
just Express! CoNnect95, TAZ, etc won't either).

So I decided to try something else. I remapped 9600 --> 38400
in MFP.PRG. Made the changes to everything and rebooted again.

Nada. Nothing that I now set to 9600 gets 38400.

I'm firmly convinced that, for whatever reason, remapping port
speeds with HSModem/MFP.PRG here is simply not happening.

With DRVIN.PRG and MFP.PRG totally disabled in the AUTO folder,
so that only the remapping from the RSVE mod is present it does
work. For example, using 110 in the SERIAL.CPX gives 38400 in
CoNnect95. If I change that 110, I lose communication with the
WiModem232. So yeah, remapping from the RSVE device does
work.

So many "if's" here. IF only BBS Express! ST had been written to
support higher baud rates, or the other serial ports on machines
like the Mega STe. IF only BBS Express! ST had been written to
include baud rates below 300. IF, IF, IF... :(

I wouldn't be here posting late at night. <shrugs>

Until I can figure out why the remapping under HSModem is not
working, I'm stuck. At least for now...

[derkom]

IF only BBS Express! ST had been written to include baud rates below 300.

I'm thinking that this may not be too difficult to patch, for someone who knows what he's doing (which isn't me).

[exxos]

Was the source code for the GAL found ?

[Darklord]

I'm thinking that this may not be too difficult to patch, for someone who knows what he's doing (which isn't me).

That's not a bad thought Derkom, but I already tried that route.

Way back years ago I talked to Lonny Pursell, he who is the defacto GFA Basic maintainer
these days and he agreed to take a look at patching the serial port routines in Express.

After disassembling it (I think he used TT Digger, or something like that?), he said it was
over a million lines of code to go through (IIRC, it's been several, several years). Anyway,
Lonny said it all depended on how the original author had setup the serial routines. One
way he could change, the other way would basically require a massive rewrite. Guess
which one it was? So that wound up in a dead end.

Still, it was a good thought... :)

[Darklord]

Was the source code for the GAL found ?

I honestly don't know... :roll:

[sporniket]

The GAL source is in the archive along the user manual.

A copy can be seen here : https://github.com/sporniket/atari-st-m ... VE_GAL.TXT

[TheNameOfTheGame]

Might try using HSMODEM05 or older. Was the other sysop who got the remapping working using a megast like you are?

You've narrowed it down significantly which is good.

[exxos]

The GAL source is in the archive along the user manual.

A copy can be seen here : https://github.com/sporniket/atari-st-m ... VE_GAL.TXT

So it's counting the pulses on the old baud pulses then :shock:

I guess if another output of the 4040 was feed into the GAL it could be tweaked. But getting the count right could be a problem and may need a larger GAL.

I wonder if the 4040 outputs could be shifted one higher if it would translate to higher baud settings ?

EDIT:
While 300baud would become 600baud, it would also double the clock output I think :( Fiddling the GAL equations might do it I guess. But I think it's getting a lot of messing about :(

I really wonder if just decoding the MFP address would have just been a "simpler" solution. But that's another whole new project.

Ultimatly, it might just be easier to change the MFP OSC for a faster one ?