Eigentlich möchte ich nur die Boot-Prozedur des Video-Servers unter WIN XP Embedded verstehen, die sich die Entwickler bei Grass Valley hatten einfallen lassen, um ein idiotensicheres Arbeitsgerät - einen Video-Server - zu schaffen. Die Amerikaner nennen das "foolproof"

Der Server sollte auf jeden Fall bedienerfeundlich sein und auch noch flexibel und absturzsicher und fehlbedienungssicher und dann am Ende auch noch so performant sein, daß zwei 15MB/s Video-Streams ausgegeben werden können.

Die Bedienung sollte dazu (1) von dem Frontpanel des Video-Servers aus, (2) von einer angeschlossenen Tastatur samt Maus und LCD Monitor und (3) von einer RDP Console irgend eines PCs im lokalen Netzwerk ferngesteuert möglich sein.

Und diese Anforderungen alle unter einen Hut zu bringen, ist nicht so einfach. Die großen Bild- und Trick-Mischer von Grass Valley und auch die ganzen DD5 bis DD35 Modelle von BTS / Philips wurden und werden mit WIN95 und WIN98 gesteuert, was man aber auch dort nicht zu sehen bekommt.
.

Um auf einer ganz bestimmten (gezielten) PC-ähnlichen Hardware ein einziges Anwendungs-Programm laufen zu lassen, braucht man die ganzen Module und Hilfsprogamme der normalen Windows Home und Professional Versionen nicht. Eine Kasse zum Beispiel oder ein Reisebüro-Terminal oder unser Video-Server sollen nur eine Aufgabe erfüllen und das mit einem Programm, weiter nichts.

Soweit ich es verstanden habe, wird zum Erstellen des Spezialprogrammes auf solch einer Hardware ein Minimal-Windows gestartet und dann werden in einem längeren Dialog die spezifischen Bedingungen wie zum Beispiel spezielle Hardware abgefragt. Am Ende wird diese Sammlung von Eigenschaften und Treibern/Modulen zu einer ausführbaren Datei kompiliert

Grass Vally hat damit für den Turbo ein spezielles ausführbares (EXE) Modul erstellt und es "workstation.exe" genannt. So wird nach dem Start von Win XP Embedded ein Service Programm (appcenter) gestartet und dann das gesamte zusammen-kompilierte Workstation Modul (hier sind es fast 650 Kilobyte) gestartet. Dann sind alle Peripheriegeräte und auch die Festplatte(n) angesprochen und eingebunden.
.

WIN XP ist inzwischen 20 Jahre alt und löchrig wie ein Käse. Also bevor Sie irgend etwas mit XP an Ihr hausinternes Netzwerk hängen, die Netzwerk-Konfig prüfen. Auf keinen Falll darf dort DHCP aktiv sein, weil dann dieser PC (Workstation und auch Server) ein funktionierendes Gateway nach draußen ins Internet eingetragen bekommt. Also auf jeden Fall ohne Netzwerkkabel zu allererst eine feste IP-V4-Nummer und die Netzmaske vergeben und die Gateway-Adresse mit 1.1.1.1 füllen. Diese Dummi Nummer ist absichtlicher Blödsinn und man erkennt die Absicht sofort, also die Felder NICHT leer lassen, das könnte ein Kollege als Fehler deuten und mit einer echten Adresse füllen. Der Turbo ist so ausschießlich in Ihrem internen LAN verfügbar, niemals mehr im "WAN".
.
So nach und nach kommt doch heraus, es ist ein "gerütteltes Maß" an EDV Wissen unabdingbar, weil ich in dieser Beschreibung viele Schritte mit externen Boot-Medien zwecks Partitionierung usw. übergangen habe.
.

Im Einzelnen der Weg dahin : Wir legen auf der Disk 0 (SSD 1) die Start- und System-Partition (C:) an sowie eine weitere 4GB Partition mit LW-Buchstaben D: und formatieren auch den gesamten restlichen Platz der 3. Partition - alles mit NTFS. Dann wird die Partition 1 mit dem gesicherten Image der alten Platte gefüllt. Und von jetzt an benutzen wir nur noch einen (ferngesteuerten Software-) Restart, weil es komfortabler ist

Ein Reset geht über den Taskmanager, den wir aber bereits vorher im Autostart- Menu eingebunden hatten, damit er einfach da ist. Den Taskmanager lassen wir übrigens immer "ontop" aller Screens, damit wir sowohl ein Software-Reset fernsteuern können als auch (bei Bedarf - wenn die GV Startprogramme in die Fehlerroutinen laufen) die Recorder-Programme abbrechen können.

Der Soft-Restart von der neuen SSDs geht sehr sehr schnell. Die Initialisierung des Netzwerks dauert etwas länger (wenige Sekunden). Die 512MB Swap-Disk auf LW D: schalten wir auch ab, weil wir den RAM-Speicher auf 3 GB erweitert hatten, Und vorweg : Es hatte sogar funktioniert.
.

Wenn kein Striping mehr gebraucht wird, weil die modernen SSDs sowieso deutlich schneller sind als die 15 Jahre alten SATA Platten, wird auch die Convertierung in "dynamic" nicht mehr gebraucht. Die neue SSD verbleibt daher im Urzustand "basic".

Auch können alle 3 Partitionen (Laufwerke C:, D: und V:) auf der 1 TB SSD (Disk 0) angelegt werden und von den gesicherten Images gefüllt werden. Dabei hatte ich nur C: und D: mit ghost 11.1 übertragen und die vorhandenen Test-Videos auf V: unter Windows kopiert. (Das war auf dem Turbo-R mit 4 SATAs schneller als auf dem Turbo-1 mit 2 SATAs und einer zusätzlichen IDE Platte)

Die zweite SSD ist als Dummy einfach nur da, weil das GV Startprogramm das abfragt und sonst in der endlosen Fehlerroutine hängen bleibt.

Der Task-Manager zeigt die zusätzlich zu "Windows XP Embedded" geladenen Grass Valley- Programme an.
.

Der Video-Server wird bei uns mit einem RDP Client von einer ganz normalen PC-Station ferngesteuert. Es gibt übrigens nur den Benutzer "Administrator". (Darum darf der Turbo keinen Kontakt mit der Aussenwelt haben !!!)

Die Steuerung der Recorder-Software müssen wir im Appcenter zuerst vom Server- Front-Panel auf den Workstation- Bildschrim umschalten, und damit eigentlich auf die lokale PC-Tastatur und den lokalen PC-Bildschirm.

Auf unserem Steuer-PC ist der übertragene Bildschirm mit dem Appcenter inhaltlich baugleich zum Server, der lokal auf dem Server eingeloggte Benutzer wird bei der Übernahme der Fernsteuerung am lokalen Server ausgelogt und ausgeblendet.
.