VOGONS


Reply 21140 of 27170, by davidrg

User metadata
Rank Member
Rank
Member
chrismeyer6 wrote on 2022-03-06, 21:23:

It'll be interesting to see how that goes. It's too bad you can't use a 100mb PCI Ethernet nic.

Apparently it is possible but takes a bit of effort. If the card has a LanWorks BootWare Boot ROM the process looks to be:

  1. Do the initial setup with the ISA NIC
  2. Boot to the desktop and shut it down
  3. Install the PCI NIC, boot to the desktop (to let windows install the drivers) and shut it back down
  4. Remove the ISA NIC

I don't have any PCI NICs with one of those Boot ROMs to try it out though. Possibly this might work with other brands too - I do have a few RTL1839 NICs somewhere and Realtek has a NetWare Ready Firmware ROM image available for download. I'll have to buy an EPROM writer some time and have a go.

Reply 21142 of 27170, by davidrg

User metadata
Rank Member
Rank
Member
Kahenraz wrote on 2022-03-06, 22:30:

I have some Intel 10/100 PCI LAN cards with PLCC sockets. Maybe those would work?

Unsure - PLCC would be an odd socket for a boot ROM. Perhaps its intended for a Flash chip. The question then is where to get the firmware to put on the chip - most manufacturers did not provide this for free (Realtek and AMD did). If the firmware could be found it would probably work fine for network booting DOS.

PCI may still be an issue with Windows 95 though - Microsoft didn't officially support it but possibly the workaround on the LanWorks website would work. I'm not entirely sure what the actual problem is with PCI NICs - when I tested with VirtualBox emulating a PCI AMD PCnet it would get most of the way through startup and then just crashes. The system has to boot using a real-mode network stack and drivers and at some point during statup a protected-mode stack and drivers have to seamlessly take over - possibly this is where it runs into trouble. Maybe the bits needed to configure PCI cards haven't been loaded from the network by that point though that wouldn't explain why the workaround from LanWorks works.

Sadly there isn't very much information on this stuff out there - it took quite a bit of trial and error to get it working as Microsofts limited documentation leaves quite a bit out. There are also bugs that never got fixed - there is a program that runs early on to read a config file on the network which tells it where the machines registry lives. That program in particular is a bit temperamental - it gives all sorts of errors none of which are documented anywhere visible to google. Often just swapping the order of two lines in the ini file its reading makes the problem go away. I'm surprised at how quickly they seemed to give up on Network booted Windows 95 given how much effort they put in to making it work at all - all the extra stuff in Windows 95 setup to deal with this scenario, the special tools for preparing the shared windows directory, etc.

Reply 21143 of 27170, by debs3759

User metadata
Rank Oldbie
Rank
Oldbie

I think it would be good to start a new thread with details of how to connect early PCs (especially pre 95) to a network and how to set up network boots. Would make it far easier for others to find the info.

See my graphics card database at www.gpuzoo.com
Constantly being worked on. Feel free to message me with any corrections or details of cards you would like me to research and add.

Reply 21144 of 27170, by TxSnipper

User metadata
Rank Newbie
Rank
Newbie

Around early February I was offered a Sanyo MBC-1250 CPM Computer (told it was identical internally to an MBC-1200) but has dual drives, dual z80's CPUs,
graphic monochrome computer. aside from oldcomputers.org, I cannot seem to be able to find any documentation for it.
After several days of research, I found another source of diskettes for the MBC-1200/1250

I found out that Montezuma Micro CPM v2.32 for TRS-80 model 4, supports Sanyo 80T DSDD 627K format
but the DUP program only had problems copying the IMD/HFE image file to an 80T DSDD diskette
So I backtracked my approach to a previous version of Montezuma's CPM v2.2. and suddenly there, made a Sanyo CP/M v2.2 functional diskette!
I now offer you the result! great system, great graphics! I am super happy with the resolution after the time of research.

tYmeeCo.png
dzHTLZY.png
1eb8fdd.png
wKGXgEp.png
OVQLKHn.png
oje4zhU.png
DFsGgzf.png
9kUXLj3.png

Main PC: 8700K, 16GB, RTX 2060, 2x500GB SSD, Asus 370 Gaming, 2x37"LG Monitor
Work PC: Quad 9400, 8GB, 240GB SSD, 1TB HDD, GT720
Retro PC: TRS-80 Model 4, 2x 360KB, 1x 720KB, 1x Gotek, FreHD 4x4MB HDD, RS232C-Wifi Modem

Reply 21145 of 27170, by Kahenraz

User metadata
Rank l33t
Rank
l33t
davidrg wrote on 2022-03-06, 22:55:
Unsure - PLCC would be an odd socket for a boot ROM. Perhaps its intended for a Flash chip. The question then is where to get th […]
Show full quote
Kahenraz wrote on 2022-03-06, 22:30:

I have some Intel 10/100 PCI LAN cards with PLCC sockets. Maybe those would work?

Unsure - PLCC would be an odd socket for a boot ROM. Perhaps its intended for a Flash chip. The question then is where to get the firmware to put on the chip - most manufacturers did not provide this for free (Realtek and AMD did). If the firmware could be found it would probably work fine for network booting DOS.

PCI may still be an issue with Windows 95 though - Microsoft didn't officially support it but possibly the workaround on the LanWorks website would work. I'm not entirely sure what the actual problem is with PCI NICs - when I tested with VirtualBox emulating a PCI AMD PCnet it would get most of the way through startup and then just crashes. The system has to boot using a real-mode network stack and drivers and at some point during statup a protected-mode stack and drivers have to seamlessly take over - possibly this is where it runs into trouble. Maybe the bits needed to configure PCI cards haven't been loaded from the network by that point though that wouldn't explain why the workaround from LanWorks works.

Sadly there isn't very much information on this stuff out there - it took quite a bit of trial and error to get it working as Microsofts limited documentation leaves quite a bit out. There are also bugs that never got fixed - there is a program that runs early on to read a config file on the network which tells it where the machines registry lives. That program in particular is a bit temperamental - it gives all sorts of errors none of which are documented anywhere visible to google. Often just swapping the order of two lines in the ini file its reading makes the problem go away. I'm surprised at how quickly they seemed to give up on Network booted Windows 95 given how much effort they put in to making it work at all - all the extra stuff in Windows 95 setup to deal with this scenario, the special tools for preparing the shared windows directory, etc.

Are you looking to support Windows 95 specifically? Would you consider a Novell NetWare solution or do you want to only use Microsoft software?

I remember in High School that all of the school's computers (mostly 95/98) lagged to hell for even the most basic of tasks. Years later I would attribute this to most of their software being managed over what was probably an over provisioned network. I remember seeing some of the computers booting with a Novell NetWare login prompt as well. I don't know if the computers actually booted from the network, but it's possible.

Reply 21146 of 27170, by Kahenraz

User metadata
Rank l33t
Rank
l33t
TxSnipper wrote on 2022-03-07, 01:03:
Around early February I was offered a Sanyo MBC-1250 CPM Computer (told it was identical internally to an MBC-1200) but has dual […]
Show full quote

Around early February I was offered a Sanyo MBC-1250 CPM Computer (told it was identical internally to an MBC-1200) but has dual drives, dual z80's CPUs,
graphic monochrome computer. aside from oldcomputers.org, I cannot seem to be able to find any documentation for it.
After several days of research, I found another source of diskettes for the MBC-1200/1250

I found out that Montezuma Micro CPM v2.32 for TRS-80 model 4, supports Sanyo 80T DSDD 627K format
but the DUP program only had problems copying the IMD/HFE image file to an 80T DSDD diskette
So I backtracked my approach to a previous version of Montezuma's CPM v2.2. and suddenly there, made a Sanyo CP/M v2.2 functional diskette!
I now offer you the result! great system, great graphics! I am super happy with the resolution after the time of research.

That computer looks amazing! Job well done rescuing and restoring such a relic. Can you explain more about the hardware and what kind of software was used on it?

The demo in your photos is also very impressive and looks wonderful on the green phosphor. Are there any videos of it? Does it animate or just draw things?

Reply 21147 of 27170, by davidrg

User metadata
Rank Member
Rank
Member
Kahenraz wrote on 2022-03-07, 02:10:
davidrg wrote on 2022-03-06, 22:55:
Unsure - PLCC would be an odd socket for a boot ROM. Perhaps its intended for a Flash chip. The question then is where to get th […]
Show full quote
Kahenraz wrote on 2022-03-06, 22:30:

I have some Intel 10/100 PCI LAN cards with PLCC sockets. Maybe those would work?

Unsure - PLCC would be an odd socket for a boot ROM. Perhaps its intended for a Flash chip. The question then is where to get the firmware to put on the chip - most manufacturers did not provide this for free (Realtek and AMD did). If the firmware could be found it would probably work fine for network booting DOS.

PCI may still be an issue with Windows 95 though - Microsoft didn't officially support it but possibly the workaround on the LanWorks website would work. I'm not entirely sure what the actual problem is with PCI NICs - when I tested with VirtualBox emulating a PCI AMD PCnet it would get most of the way through startup and then just crashes. The system has to boot using a real-mode network stack and drivers and at some point during statup a protected-mode stack and drivers have to seamlessly take over - possibly this is where it runs into trouble. Maybe the bits needed to configure PCI cards haven't been loaded from the network by that point though that wouldn't explain why the workaround from LanWorks works.

Sadly there isn't very much information on this stuff out there - it took quite a bit of trial and error to get it working as Microsofts limited documentation leaves quite a bit out. There are also bugs that never got fixed - there is a program that runs early on to read a config file on the network which tells it where the machines registry lives. That program in particular is a bit temperamental - it gives all sorts of errors none of which are documented anywhere visible to google. Often just swapping the order of two lines in the ini file its reading makes the problem go away. I'm surprised at how quickly they seemed to give up on Network booted Windows 95 given how much effort they put in to making it work at all - all the extra stuff in Windows 95 setup to deal with this scenario, the special tools for preparing the shared windows directory, etc.

Are you looking to support Windows 95 specifically? Would you consider a Novell NetWare solution or do you want to only use Microsoft software?

I remember in High School that all of the school's computers (mostly 95/98) lagged to hell for even the most basic of tasks. Years later I would attribute this to most of their software being managed over what was probably an over provisioned network. I remember seeing some of the computers booting with a Novell NetWare login prompt as well. I don't know if the computers actually booted from the network, but it's possible.

At the moment NetWare is exactly what I'm using - the server (virtualised) is NetWare 4.11 with windows 95 loading everything over a 10Mbps network link - even its swap file is on the server. I assume the only reason its preforming well right now is the client has 64MB of RAM and the server is pretty much idle. I bet a whole lab full of machines with 16-32MB of RAM would perform terribly as they're all frantically swapping to some poor network server.

In an hour or two I'll probably make a new thread covering what I've done so far (and what I'm going to attempt next) in a single post in case there might be anyone else out there interested in this unusual corner of vintage networking.

Reply 21148 of 27170, by cyclone3d

User metadata
Rank l33t++
Rank
l33t++

Tested out some motherboards that I got from a scrap lot.

PC-Chips M919 with COAST stick: works

386DX-40 board -removed the leaky battery and used vinegar to neutralize. : works

486 board: doesn't work. Suspect shorted capacitor.

Socket 5 board: doesn't work. Suspect shorted capacitor.

I am using an ATX power supply with an ATX to AT adapter to test with and both boards that aren't working keep the PSU from powering up. Looks like short protection is kicking in on the PSU as the fan just does a little move and then nothing.

Yamaha modified setupds and drivers
Yamaha XG repository
YMF7x4 Guide
Aopen AW744L II SB-LINK

Reply 21149 of 27170, by bjwil1991

User metadata
Rank l33t
Rank
l33t

I gotta test my K6BV3+/66 and recap my 6VTXE board.

Later on tonight, I'm going to upgrade the floppy drive to a dual floppy drive and install a 1x CD-ROM drive in my Compaq Portable 286.

I wish you all of the luck with the 486 and Socket 5 restorations, cyclone3d.

Discord: https://discord.gg/U5dJw7x
Systems from the Compaq Portable 1 to Ryzen 9 5950X
Twitch: https://twitch.tv/retropcuser

Reply 21150 of 27170, by sirotkaslo

User metadata
Rank Member
Rank
Member

Took my mt-100 apart and cleaned every last part inside and outside. There was a ton of dust and dirt around all of the buttons, inside wasn't all that bad considering it's age.

Attachments

Reply 21151 of 27170, by appiah4

User metadata
Rank l33t++
Rank
l33t++

I need to do the same for my SD-35 sometime. The FDD was not working so I replaced that with a black Gotek, kinda want to return it to original state and get that black DD FDD working. ALso the stop button is not working on mine, gotta see what's going on there..

Retronautics: A digital gallery of my retro computers, hardware and projects.

Reply 21152 of 27170, by sirotkaslo

User metadata
Rank Member
Rank
Member

Don't have any of the original disks for mine, so I'm not sure if it works or not. Probably doesn't any more, but I really only need the mt-32 part of it.

Reply 21153 of 27170, by Kahenraz

User metadata
Rank l33t
Rank
l33t
sirotkaslo wrote on 2022-03-07, 06:43:

Took my mt-100 apart and cleaned every last part inside and outside. There was a ton of dust and dirt around all of the buttons, inside wasn't all that bad considering it's age.

Be sure to also check your SC-55 for corrosion.

PCB destroying adhesive found in my Roland Sound Canvas SC-55mkII (inspect your synthesizer!)

Reply 21155 of 27170, by Kahenraz

User metadata
Rank l33t
Rank
l33t
davidrg wrote on 2022-03-07, 02:24:

At the moment NetWare is exactly what I'm using - the server (virtualised) is NetWare 4.11 with windows 95 loading everything over a 10Mbps network link - even its swap file is on the server. I assume the only reason its preforming well right now is the client has 64MB of RAM and the server is pretty much idle. I bet a whole lab full of machines with 16-32MB of RAM would perform terribly as they're all frantically swapping to some poor network server.

In an hour or two I'll probably make a new thread covering what I've done so far (and what I'm going to attempt next) in a single post in case there might be anyone else out there interested in this unusual corner of vintage networking.

I wonder how well it would perform with a swap file on a small c:\ partition.

Windows will always swap regardless of how much memory there is in a system, as this is best practice to keep as much fast memory available as possible. You may find there to be more of an improvement by adding a tiny swap partition than more RAM.

Reply 21156 of 27170, by RaiderOfLostVoodoo

User metadata
Rank Member
Rank
Member
Kahenraz wrote on 2022-03-07, 10:27:

Windows will always swap regardless of how much memory there is in a system, as this is best practice to keep as much fast memory available as possible. You may find there to be more of an improvement by adding a tiny swap partition than more RAM.

I second that.
Never fully deactivate the swap file. Reduce it to the minimum and add RAM.

Reply 21157 of 27170, by BitWrangler

User metadata
Rank l33t++
Rank
l33t++

My favorite trick, in anything other than laptops obviously, is to just stick another drive in a windoze box for swap... doesn't matter if it's small and half the speed.. just keeping windoze from swapping on the main drive speeds things up. I mean, it's better if it's a fast drive, but you still get speedup with a slow one... in the early oughts, I was favoring those 20GB Quantum Fireballs which were around, people were dumping them cheap to get 40, 80, 160 etc GB as capacities seemed to explode during that time, but they had fast seek, 7200RPM, decent transfer rate. So I'd give windows a decent size swap file on one, and fill the rest full of media or zipped files for backup.... Though the Fireball name was also getting abused so there were some horrible slow ones around too 5400RPM and slower than the regular "Prodrive" line.

Unicorn herding operations are proceeding, but all the totes of hens teeth and barrels of rocking horse poop give them plenty of hiding spots.

Reply 21158 of 27170, by davidrg

User metadata
Rank Member
Rank
Member
Kahenraz wrote on 2022-03-07, 10:27:
davidrg wrote on 2022-03-07, 02:24:

At the moment NetWare is exactly what I'm using - the server (virtualised) is NetWare 4.11 with windows 95 loading everything over a 10Mbps network link - even its swap file is on the server. I assume the only reason its preforming well right now is the client has 64MB of RAM and the server is pretty much idle. I bet a whole lab full of machines with 16-32MB of RAM would perform terribly as they're all frantically swapping to some poor network server.

In an hour or two I'll probably make a new thread covering what I've done so far (and what I'm going to attempt next) in a single post in case there might be anyone else out there interested in this unusual corner of vintage networking.

I wonder how well it would perform with a swap file on a small c:\ partition.

Windows will always swap regardless of how much memory there is in a system, as this is best practice to keep as much fast memory available as possible. You may find there to be more of an improvement by adding a tiny swap partition than more RAM.

IIRC Microsoft did recommend having a local disk to store the swap file if possible. I guess with a local swap file performance would probably improve a fair bit - the NIC is only 10Mbps or around 1MB/s so its kind of amazing windows runs as fast as it does. Wikipedia says IDE was originally only 8.3MB/s half-duplex so I guess with a 10/100 card you could probably beat that (assuming the server has fast disks).

Reply 21159 of 27170, by Shreddoc

User metadata
Rank Oldbie
Rank
Oldbie

It's fascinating to see Win95 run without a local hard drive in that manner.

Now we just need to do it over the internet.

"Windows 95 machine in New Zealand, boots fr0m hard disk in USA". That's a headline. (Take the world's attention off this pesky political stuff that's for sure. 😁 )