Lovely. 16MB of RAM in the 90s? That's luxury.
And that dial-up sound always takes me back to happier times. Not unlike normal people's childhood songs.
Sort of. The quality/length of your local loop made a difference.
And heck, 56k being able to do 56k in the first place was dependent on not having a "regular" line between the ISP and their central office (CO), but rather it being digital, whereas the line from the user to their CO was always analog. Removing a set of digital to analog and analog to digital conversions in the ISP -> user path was what allowed the download speed to reach 56k. Upload was limited to 33.6k because it included an additional set of conversions and introduced more errors, prohibiting the higher speed.
This shows getting up to 56k over normal phone lines was indeed tricky.
56k modems didn’t always negotiate to the full 56k. The handshaking allowed connections at much slower speeds. It depended on the quality of the line. This is the US - we didn’t have ISDN, at least no one I knew had it in 1996.
A while back, I set up a server that limits bandwidth through it to roughly max dialup speeds https://dialup.moveything.com/. It has some gifs, progressive jpegs that are fun to watch load, and a mirror of xkcd.
It uses rate limit buckets per-IP on the server side, applied before SSL termination so it doesn't include that overhead. If you open two tabs, they'll have to share. If your behind a NAT, you'll have to share with your NAT-mates. And, it also has headers saying not to cache anything, so you can continue to enjoy the experience.
A lot of people don’t know how cool it felt to dial into the internet or a service like Compuserve or Prodigy and suddenly have this whole world open up to you. Even at 56k.
I'm sure someone pointed this out in the other thread, but 56kpbs modems essentially didn't exist in 1996. They launched at the end of the year, cost a ton, and the manufacturers hadn't standardized the speeds, so it really didn't matter much as you weren't browsing AOL, MSN or Compuserve with it yet.
33.6k.rip is a harder domain name to get though, so I get it.
That reminds me. Can we standardize cypress tests to load the website via a restricted speed as one of the tests? Some of of our modern webpages are still slow on the latest iPhone/Pixel/Samsung over 5G.
8,600,743 bytes of assets and frameworks later I'm finally able to see your contact-us address.
Also riddled with inaccuracies.
iirc ISDN did require a special phone line, but 56k was fine over regular lines.
Sort of. The quality/length of your local loop made a difference.
And heck, 56k being able to do 56k in the first place was dependent on not having a "regular" line between the ISP and their central office (CO), but rather it being digital, whereas the line from the user to their CO was always analog. Removing a set of digital to analog and analog to digital conversions in the ISP -> user path was what allowed the download speed to reach 56k. Upload was limited to 33.6k because it included an additional set of conversions and introduced more errors, prohibiting the higher speed.
This shows getting up to 56k over normal phone lines was indeed tricky.
You only got max speeds where the noise was low enough.
sometimes you'd also reconnect because the handshake got messed up and you'd connect at 33.6 instead of 'real' 56k
It uses rate limit buckets per-IP on the server side, applied before SSL termination so it doesn't include that overhead. If you open two tabs, they'll have to share. If your behind a NAT, you'll have to share with your NAT-mates. And, it also has headers saying not to cache anything, so you can continue to enjoy the experience.
Now we just need to bring back BBS’s and the daily turn based games. Legend of the Red Dragon, Usurper, etc.
33.6k.rip is a harder domain name to get though, so I get it.
Select modem mode and just hurt.
8,600,743 bytes of assets and frameworks later I'm finally able to see your contact-us address.