Gabs da ne spezielle Version ?
IMHO waren da nur Versionen für Indy mit allerelei Zubehör und
für Indigo2 Impact.

Da gab es ja allerhand Versionen...

In diesem Fall ist wohl die hier gewünscht.

Ich werde heute Abend mal bei mir zuhause nachschauen, aber ich glaube ich habe nur eine Indy-Version (entweder "IRIX 5.3 for Indy R4400 175MHz" oder "IRIX 5.3 for Indy R4x00"? Jedenfalls nicht die richtige für meine R3000 Indigo ).

Worin liegen die Hauptunterschiede zwischen einer Indy, Indigo2, O2 (außer dem Gehäuse)? 
Könnten sämtliche SGI Workstation mit dem R5000 Processor als Ersatz  für unsere Indy´s benutzt werden oder muss hierfür das komplette System neu aufgesetzt werden?
Idealerweise wäre nur der Austausch der Festplatte vorstellbar.
Welche SGI Workstation wäre direkt zur Indy R5000 kompatibel?

Direkt kompatibel zur Indy R5000 ist nur die Indy R5000.

Hauptunterschiede zwischen den genannten Systemen sind primär die möglichen CPU- und Grafikoptionen (sowie der Bus der alles verbindet).

Nutzt Ihr eigentlich die Grafik der Indy oder wird die Visualisierung von einem eigenen System vorgenommen? Bei Headless-Betrieb lässt sich vielleicht eher was machen.

Die Indy gibt es mit diversen R4x00 CPUs und mit dem R5000. Die XL oder XZ Grafikkarte ist über einen gio32-Bus angebunden.

Die Indigo² gibt es gar nicht mit R5000, sondern "nur" mit R4x00 und R10000. Der Bus ist gio64 und es gibt zwei grundverschiedene Grafikkarten-Reihen: XL/XZ und Impact.

Ich weiss wohl das man beim Grafikwechsel z.B. von XZ zu Impact das System neu installieren muss, weil dann ganz andere Treiber in den Kernel eingebunden werden.
Das einzige Konfiguration bei der ein Plattentausch zwischen Indy und Indigo² funktionieren könnte wäre wenn beide Systeme eine R4400 CPU mit XL oder XZ Grafik haben. Da kann es aber noch weitere Stolperfallen geben.

Die O₂ gibt es zwar mit R5000 (und R10000) aber die gesamte Architektur unterscheidet sich erheblich von den deutlich älteren Indy und Indigo² Systemen. Da wird ein Tausch der Platten wohl kaum zu einem lauffähigen System führen.
Dann gibt es auch noch physikalische Probleme - in die O₂ kommen normalerweise Platten mit 80-poligem SCA-Anschluss. Um eine Indy/Indigo-Platte mit 50-poligem Anschluss einzubauen muss also erstmal ein Adapter her. Auch beim Wechsel zwischen Indy und Indigo² muss die Platte natürlich aus dem jeweiligen Einbaurahmen ausgebaut und in den anderen eingesetzt werden.

Die sinnvollste Möglichkeit die ich sehe wäre die Simulatorsoftware auf eine  externe Festplatte (bzw. mehrere) auszulagern. Diese könntet Ihr dann an verschiedene SGI-Systeme anschliessen. Sofern die Software darauf läuft könnten es dann auch R10000-Systeme sein.

@ Ten Little Indyans: Der verlinkte MAW3MD15F ist wenig kommentiert. Verwendest Du ihn selbst an einem TFT. Ich fürchte, daß es wieder ein SUN Adapter ist. Zumindest kann ich nichts von SGI Pin Assignment lesen. 

Nein, diesen konkreten Adapter kenne ich sonst nicht näher. Bei OLMOS habe ich vor ca. elf Jahren meinen original SGI GDM-20D10 Monitor gekauft. Die handeln sowohl mit Sun- als auch mit SGI-Teilen, so dass ich davon ausgehe dass sie Bescheid wissen. Wenn man einen solchen Adapter "für SGI" bestellt sollte es passen, ansonsten gibt es ja ein Rückgaberecht...

Mit den Reichelt-Kabeln habe ich sehr durchwachsene Erfahrungen gemacht. An SGI Indy und Indigo² war das Verhalten nie klar reproduzierbar. Mal kam ein Bild, mal nicht. Das hat mich damals fast in den Wahnsinn getrieben. An meinen Sun SPARCstations funktionierten die Kabel übehaupt nicht. Laut Datenblatt war die Belegung auch völlig falsch für Sun (Stand Ende 2003). Bei einem Kabel habe ich dann sämtliche Pins ausser den drei Mini-Coax abgekniffen, seitdem läuft meine Indy damit an einem Sony TFT.

Viel bessere Erfahrungen habe ich mit einem 13W3-auf-DVI-A-Kabel gemacht welches vor einigen Monaten bei eBay.de zu haben war. Damit funktionierten alle meine Systeme mit 13W3 auf Anhieb. (SGI Indy XL / Indigo² XZ + Impact, Sun TGX / SX / Creator3D / Elite3D und IBM GXT150).

Wie groß ist eigentlich der max. Durchsatz für diesen Bus?

Noch was zum GIO-Bus. Ich Idiot habe gerade im Schrank gewühlt nur um festzustellen das ich die Spezifikation damals auch nur runtergeladen und ausgedruckt habe. Die PostScript-Datei ist heute noch zu finden:

ftp://ftp.linux-mips.org/pub/linux/mips/doc/indy/gio64.ps

Leider werden für GIO32-bis keine konkreten Zahlen genannt.

GIO32 (Chapter 2)

Maximum performance of the 33 MHz GIO32 bus is as follows:

long-burst read/write	132 MBytes/second
back-to-back 32-bit word writes	44 MBytes/second
back-to-back 32-bit word reads from memory	16 MBytes/second
back-to-back 32-bit word reads (theoretical)	26 MBytes/second

GIO32-bis (Chapter 3)

The GIO32-bis bus is a 32-bit version of the GIO64 Bus. It obeys the timing specifications of the GIO64 with the GIO32
pinout. In general, GIO32-bis is correctly described by Chapter 2 except for those items specified below.

GIO64 (Chapter 4)

The maximum bandwidth of this bus is 320 MBytes/second for burst transfers running at 40 MHz.

Ja, die INDY CAM erfordert extra Software welche oftmals nicht installiert wurde da die Platten in der damaligen Zeit nicht gerade uppig waren im Vergleich zu heute.

Ich denke da sollte zwischen extra Software (z.B. InPerson) und dem normalen Treiber unterschieden werden. Den würde ich eigentlich immer drauf erwarten, es sei denn der gesamte "Digital Media"-Bereich wurde gar nicht installiert. Dann sollte aber auch die "capture" Anwendung fehlen.

---

EDIT: Der "Treiber" für die IndyCam steckt im Softwarepaket vino.sw.eoe "Indy Video-In Execution Software". Das muss natürlich neben dem ganzen dmedia_eoe-Gedöns auch installiert sein.

---

Ich denke eher die "fehlende" IndyCam wird durch das Netzwerkproblem verursacht (keine Kommunikation zwischen Desktop und dem lokalen Objektserver).

Was sagt denn hinv -v ?

Vino video unit 0, revision 0, IndyCam connected

oder IndyCam not connected?

Sieht "capture" denn den analogen Videoeingang? Du könntest versuchen dort einen Camcorder oder eine Digitalkamera anschliessen (oder DVD-Player, Satellitenreceiver oder sonst ein Gerät mit FBAS oder S-Video Ausgang).

Was den Platzverbrauch der extra Software angeht - bei den Indys die 1994 von der Uni angeschafft wurden war auf der 500MB Platte aller möglicher Scheiss vorinstalliert, inklusive Demos, Spiele und der InPerson Videokonferenz-Software. (Es hat keine Woche gedauert da hat ein entnervter Netzwerk-Admin dafür gesorgt das sämtliche IndyCams entfernt und "archiviert" wurden.)

Zitat von: Ten Little Indyans am 21. August 2008, 08:47:40

Gab es die denn auch mit etwas anderem als IMPACT-Grafik?

Nee, aber folgende:

• Solid IMPACT
• High IMPACT
• High IMPACT AA
• Maximum IMPACT

Wenn Du die anhand der Schildchen rechts unten auseinanderhalten kannst dann verneige ich mich vor Dir!

kann ich das softwaretechnisch lösen indem ich

Code: [Auswählen]

setmon  -ssyncselect n mache?
sollte keine gefahr entstehen, oda is es möglich, dass ich danach gar kein bild mehr sehe, hab kein Null-Modem Kabel hier, frag darum lieber vorher nach.

Was für eine Grafikkarte ist denn verbaut? Bei einer Octane 2 könnte es wohl eine VPro-Grafik sein?

Bei den älteren IMPACT-Karten (SI/SE,MXI/MXE) wird der setmon-Aufruf definitiv nichts bringen:

     6.  On systems with CRM or IMPACT graphics, sync appears on the red,
         green and blue signals. The -s option does not affect the sync
         signals on these systems.

VPro wird zwar erwähnt, aber es wird mit keinem Wort auf die syncselect Möglichkeiten eingegangen. Daraus könnte man ableiten das es funktionieren sollte... (Ich würde trotzdem immer ein Null-Modem Kabel dabeihaben.)

Der Aufruf lautet übrigens einfach nur setmon -s n. Der Text syncselect ist durch die gewünschte Kombination aus r, g und b oder n zu ersetzen.