[HECnet] 9600 bps

Back in the day, we had classrooms of PT100s (Plessey VT100 clones with amber displays) connected via statmuxes at 2400 baud to a VAX 780 cluster. The upgrade to Gandalf terminal switches at 9600 baud came later. On 17 Nov 2019, at 02:26, Supratim Sanyal <supratim at riseup.net> wrote: ? On 11/16/2019 08:45 PM, Mark Pizzolato wrote: What context are you doing this in? Experiencing the wonderful world of 9600bps that I had unfortunately missed out on. It is so beautiful and relaxing. I am sure my BP is dropping quickly. Anyone on HECNET running OVMS 7.3 or later can try to wait for the world to (a) finish spinning and (b) move across the screen while spinning: $ P9600BPS="$QCOCAL::DUA2:[FAL$SERVER]9600BPS.EXE" $ PIPE TYPE QCOCAL::GLOBE.VT | P9600BPS $ PIPE TYPE QCOCAL::MOVGLOBE.VT | P9600BPS Granted HECnet delays are added to 9600 BPS. Best, Supratim If you are driving this output from a simh simulator, connections to the DZ and VH devices already run at the speeds that the speed each multiplexer line is programmed to run at. Impatient folks who can?t stand to wait for output at the ?natural? line speed can configure the multiplexer to deliver data from 2 to 32 times faster than the programmed speeds. Simulator console port speeds can also be set to run a specific rates. This is explicitly controlled in the simulator configuration files since console ports didn?t have programmable port speeds. SET CONSOLE SPEED=n generally works. From: owner-hecnet at Update.UU.SE<mailto:owner-hecnet at Update.UU.SE> [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Supratim Sanyal Sent: Saturday, November 16, 2019 4:38 PM To: hecnet at Update.UU.SE<mailto:hecnet at Update.UU.SE> Subject: Re: [HECnet] 9600 bps On 11/16/2019 07:33 PM, David Moylan wrote: Cheers, Wiz!! ah! was wondering :) thanks. basically trying to write a simple program to filter the old VT100 demo text files to slow them down (calculate the required usleep()). -- Sent via Thunderbird/MX-Linux on an overheated Compaq Presario CQ61