NeXT NeXTstation Turbo Color Computer from 1992 running NEXTSTEP 3.3 

I’ve been looking for a stick to install in A NeXtStation Turbo Color that I resurrected in the late 90s. They were pretty cheap back then as several institutional customers seemed to be liquidating them en masse and all at once.

Dood... DOPE!

patriotbarrow is

same this guy is lucky to own all this

if you love that. check out RetroMachines on facebook. Its ran by Victor Bart (aka RetroMachines on RU-vid)

Booting Windows make a whole pot of coffee :)

Peter Jakobs Pass it along if not?.. Haha

I've been thinking about it, but seeing their recent price development :o

Peter Jakobs Totally understand my friend.

Dude that things worth money to collectors, especially if you have the original box, cords and manuals.

your story is very very similar. except for having used a NeXT. I wanted my parents to do that too.....They didn't as "you could when you get older" lmao.

NextStep blew everyone's minds when it came in the early '90s. It greatly influenced both MS Windows, IBM's OS/2 and AmigaOS at the time: you could see the influences both in how the graphical looks changed and if you peeked under the hood.

Lassi Kinnunen It took them about 5-6 years, but I won't delve into that much further. Let's just say I respectfully disagree with several of your assertions. As for taking the risk to buy Apple stock - any stock for that matter: you shouldn't use any money you couldn't otherwise burn when you invest in stock, options, that kind of stuff. My father was willing to invest some of his money and my nose told me Apple would rise from their ashes. I could've been wrong, but I turned out to be right. As for his actual investments. I must regretfully say he didn't fare too well. Gained some, lost some. Nothing spectacular.

Meh. The stock didn’t do crap in the early 2000s anyways. It would of been more of a looser. Thankfully I got extremely lucky though and both myself and my father invested in 2004 and again in 2008. If we’d bought in when he first came home with an iMac and the public beta, I doubt we would of made much of anything. Between that and WebObjects providing an income for me (and still does) I owe a lot to Jobs even if he wasn’t the nicest person in the world, he could see the future much better then his contemporaries.

The Atari Falcon could. I know because I own one.

Pentium 60 was released in 1993 and can decode MP3 in real time.

you can get all the floppies from apple's website :D

you used to be able to back in 2013 when I was restoring a cube

all the links still work for downloads today but you can no longer browse the server, anyways here you go: web.archive.org/web/20020612203016/download.info.apple.com:80/Apple_Support_Area/Apple_Software_Updates/MultiCountry/Enterprise/

CD image is also all over the internet

@@elektrokinesis4150 What architecture are those floppies for? I looked in the drivers section, that's clearly PC hardware (SoundBlaster 16...?). Confused.

No, it’s the RAM expansion for the DSP chip

s ga ahead of its time , but also costing $5000 to $50000 per system, that's why they died. Ferraris are nice, but people have to use Fords

I wouldn't say it died. It was converted to what we now know as MacOS and it's derivatives such as iOS, iPadOS, watchOS. A lot of NEXTSTEP still lives on to this day. Probably much more than if NEXT hadn't been sold.

Thanks! I have tonnes of other machines (including several Suns) to make videos on. I don't currently have any DEC hardware but I'd definitely get one if I can find anything going for a reasonable price.

+Sary Mao “your” ;o)

No, it’s the RAM expansion for the DSP chip

monitor standby ?

hehe

Omg lol

I call bullshit on that. Doom's breakthrough was working on Mode 13, which I've coded in and is absolutely terrible, but still managing to make a playable game in it. Coding on any other machine would be relatively trivial. The PC architecture was absolute crap, it was the worst. Every other machine was better than it was back in 1990. X86 was horrific to code on, the video interface was terrible, the sound card... there were like 50 of them, were all awful. Mode 13 required that you spread bits over several pixels, and if I recall, it wasn't just straight left to right top to bottom, in the 3rd quadrant, you had several sub quadrants. Shit, I'm remembering how horrible it was. How did such a horrific design become the predominate one? Eventually all the bugs were worked out, by stealing the ideas and concepts from other superior computer designs, but what a nightmare x86 was. The PC was crap, and it still is. ARM will be taking it out over time.

+COOLPORN469 *"ARM? hahaha"* Why are you laughing? As a reduced instruction set with conditional execution built into it, it needs less pipeliness for the same efficiency as x86, which is a terrible architecture. X86 itself is just a SIMULATED x86 running on top of a RISC architecture using microcode to do the translations into the ancient old 8086 instructions, when needed. It's a mess of a design. It's clear ARM will replace it. Nobody needs more processing power, they need data throughput. The ARM processor in my phone is more powerful than the Alpha quadcore system running VMS/VAX was in college, 20 years ago - and that handled the work of 30,000 students. I carry around that kind of power, in my pocket. Processing power isn't the problem, consumption of energy is. This is especially a large problem in large data warehouses, where small changes in energy consumption can lead to changes of millions of dollars of operations cost. Linux is already the predominate operating system in these areas, I can guarantee that google and youtube are entirely build upon this system. Linux is entirely architecture independent, and it just boils down to cost - not of even the chip, cost of operation.

Why x86 BS, intel ofc! Intel bribe their way!

Arm on linux. It'll take about 5 to 10 years for ARM to get properly sorted out on the software side I think for this to really happen. It's only been the last couple of years that ARM developers are becoming mature enough to work well together. The eco system on linux for arm (according to Linus) looks like it's getting much better. I'm no arm guru and only use them for my phone. Things like drivers and the various code clean ups happening in linux can only lead to a much improved experience for any one wanting to use it for Linux. RISC. Storing instructions in pure RISC is a bad idea for a number of reasons. You should well know the reason why the compromise of the modern X86 architecture happened as you sound like you are old enough to have lived through it. :). For the people who don't know the fairly quick explanation is to do with a few factors. Historically ram costs lots of money. Having less bytes to load into your system ram and cpu cache ram is a good thing for many reasons. Cost and speed. It turns out that fetching instructons from ram that isn't your CPU cache (any of the levels) is really costly. If you can store the same 4 or 10 instructions compressed into a single opcode you can save the time and space required to fetch the same instructions. Starvation of pipelines. Again fetching instructions quick enough from ram that's not the cpu ram is slow. If you can minimize that and instead fetch a single opcode that represents 4 to 10 then you can keep the pipes busy for a while longer while you fetch more code. These are only a few reasons why X86 is still around. Cost and time. With the introduction of more cores in a cpu that need to be kept busy, it becomes more important to have the data for them available quickly and efficiently. So having the non risc opcodes available means that some time can be used to decode the opcodes (minimal) and various optimization things happen and the risc that's generated gets executed in a rather efficient mannor. This all happens quicker than if the cache gets exhausted and a fetch to system ram or disk happens. It turns out that the benifit of multi core can be rather detrimental to a systems performance if it's not implemented well. Also I don't see many arm systems with more than 2 or 4gb ram but like I said I don't use arm day to day. The other reason is bandwidth. Until you can get mainstream arm machines that work well with a decient gfx card you'll find x86 will remain one of the main systems for home use.

mode 13h was a flat byte per pixel bitmap which fitted into a 64k memory window , 320x200x1 byte per pixel=64000 bytes.. it made 3d graphics easier. I think you might be remembering to the hacks that enabled resolutions like 320x240 and above ("mode x" i think they got called) which did indeed require interleaving pixels into the 64k window the CPU had

Not really, it was mainly for business or academic use. There were some games which would have been common in those settings (Nethack along with many homebrew type games) but nothing major was really released. Interestingly, Doom was actually developed on NeXT machines and they can run it although the official releases of the game never really targeted the platform.

It more than likely would work. When looking to build my sync separator, most of the resources I was using was for people trying to hook up SGI machines to modern monitors.

It's mechanical using ALPS Black switches

33 million CYCLES per second, not calculations.

And … Doom, also. John Carmack purportedly walked in the snow to the post office to pickup his NeXT system (because the post office couldn’t deliver it in the inclement weather) while the Id Software gang was living in an apartment in Wisconsin.

kemi242 I'd pay a reasonable amount to run Mac OS X on my PC laptop, without all the Hackintosh effort.

Flash Frozen Linux or Free BSD

Flash Frozen Hackintosh is so easy to do now if you really want to do it you can. It may take a little effort but really not much. Besides you should be easily able to find someone locally willing to do it for you for cheap. As long as it’s an intel chipset, it’s basically fully compatible and will more or less work (only WiFi can cause issues, but still not any worse then Linux). Nothing like 10 years ago when it was crazy hard. While I haven’t used any of the loaders for a while now (I’m more hardcore and modify the uefi to natively start the OS X bootloader directly with fake keys built in) Clover has gotten so user friendly and easy it’s ridiculous. Compared to the slog of checking chipsets, manually editing kexts, etc, it’s basically now as easy as installing Linux. It’s amazing what the community has managed to accomplish with it.

Next really only started doing so when the companies hardware business really started tanking and they were hurting for money. It was as much of a move of desperation as the clone years at Apple. The only positive for NeXT was that since it was such a well designed, object based system that it had decent enough demand, web objects was massively successful (relatively speaking) and it worked enough to get them purchased by Apple (that along with the head of Be asking for way too much). It really wasn’t so much a visionary or even radical move so much as the only option for the company to remain viable since there was a strong market for “workstation” OS’ at the time. I actually still develop WebObjects software today. The team that designed the software systems (I can guarantee Jobs had little to do with it since he was too focused on the hardware to see that the software was the important part, not the stupidly expensive magnesium case) did incredible work that still stands today.

I think you mean the Mach kernel, which is a microkernel for BSD Unix. It is not an OS. One of its developers, Avie Tevanian, would later work at both NeXT and Apple.

which apple kept the idea of for a long time, before finally switching to DVI on power macs. the "studio display" used this single cable for power and video, so getting replacement graphics cards was either a pain or meant getting a vga or dvi adapter, which necessitated a power brick unless it had a way of accessing your system's PSU like the default video output did >.>

Kit Vitae Sounds like a bad thing. Though thinking about it Apple may have been ahead of it's time as now HDMI does a samilair thing.(putting verrius servises over a single cable)

NeXTSTEP is based on 4.3BSD with its own "Mach" kernel

Next merged with apple at some point in the mid 90s

That's my thought as well. I know that early Power Macs had a separate slot for the processor cache.

Graham McMaster or video ram. Some of the graphics cards of that era had similar. 4MB +2 onboard

That was my expectation as well. For CPUs in the PC world that shipped with little L1 cache and no L2 cache, it was referred to as COAST (Cache On A STick).

It's quite likely for video RAM. I've had an 8600-series server that had that slot. I couldn't be arsed to find VRAM sticks for it though.

According to www.kevra.org/TheBestOfNext/NeXTProducts/NeXTHardware/NeXTStnColor/files/page620_2.pdf it was possible to upgrade the 56001 DSP cache to 96k. As the DSP was used both for video and audio processing, I'd hope it was a cache upgrade.

I can't see why not as it just uses a standard SCSI hard drive. You could even swap it out for an SCSI2SD adapter and run it off of an SD card. Not something I'm interested in doing myself though, part of what I like about these machines is keeping them as original as possible including the noises and drive performance. Swapping the drive out for a faster/more modern alternative would feel like I'm removing some of its character. It's not as though I regularly have this machine powered on where the noise could become annoying.

@@camerongray1515 i see. i did work on one in the 90s and that noise is burnt into my heard . shortly after steve jobs had given me a call in 99 and i had ignored him assembling a new windows computer see domain dispute