Funktioniert Sysprep auf Windows 10 nicht noch immer wie eh und je, um das System auf OOBE zurückzusetzen während Programme unangetastet bleiben?
Windows96 – One Hundred Mornings
Ich erinnere mich, dass ich seinerseits mehrere frustrierende Versuche unternommen hatte, dieses Lied aus dem Pregap von „Als ich den Punk erfand“ zu rippen und mich am Ende mit einer analogen Kopie begnügt habe.
Vielen Dank für alle Glückwünsche, auch außerhalb des Forums.
Als "stabilisierte" Grundlage hatte ich eine Zeit lang auf einem Arch-Server die gesamte "Middleware" eingefroren, damit man den Rest des Systems vielleicht unabhängig davon wie eine Release-Distribution aktualisieren könnte:
IgnorePkg=linux systemd systemd-libs systemd-sysvcompat
Wenig überraschend ist diese Taktik dann regelmäßig auseinandergefallen, weil an irgendeinem Punkt eine der zahlreichen rekursiven Abhängigkeiten von systemd (oder udev, was damals noch ein separates Paket war) auf eine inkompatible Version aktualisiert wurde und man damit fröhlich Rebuilds für die neuen Abhängigkeiten übersprungen hat. Während man in dieser Situation dann wenigstens ein Downgrade durchführen kann, damit die systemd-Clienttools wieder funktionieren und mit dem laufenden Daemon sprechen können, hat man bei einem Desktop im schlimmsten Fall ein nicht bootendes System.
Die einzige garantiert funktionierende Lösung ist das System vorübergehend mit dem Archiv auf einen in sich konsistenten älteren Zustand festzuzurren oder auf Upgrades vollständig zu verzichten.
mit mp4 ist das gezeigte technisch nicht möglich.
Sehr vermutlich schon. moov kann man muxen vorne (qtfaststart, -movflags +faststart), moov kann man muxen hinten.
Für die Wiedergabe von einer vollkommen beliebigen Bandstelle aus trifft das natürlich nicht zu. Da geht nur MKV, das für Streaming präpariert wurde, bzw. ein MPEG-Transportstream.
Es gibt definitiv auch eine Version ohne Johnny Walker Logo
In diesem Haushalt wurde nie eine Version des Moorhuhn-Spiels gekauft. Die Kaufversion aus Anlass des 10. Jahrestags, die jegliches Johnny-Walker-Branding mit Huhn ersetzt, wirkt da etwas befremdlich.
Meine Version des Spiels ist die offenbar populärste (mh.exe aus dem März 2000), die Spiel und Datendatei mit Zeitstempel vom 12.10.1999 enthält, wohl aber auch eine zusätzliche Hilfedatei, die den damaligen Hype dokumentiert.
Download des Spiels
Beim Versuch, die Moorhuhnjagd (mh.exe, 2,6 MB) von unserem Server herunterzuladen, kommt es derzeit leider manchmal zu Fehlermeldungen, was daran liegt, dass der Server zeitweise völlig überlastet ist - das Spiel ist einfach zu beliebt :)!
Solltest Du eine solche Fehlermeldung erhalten, versuche es bitte einfach öfters nochmal, die Chancen sind gut, dass es dann klappt.
Zum Glück hat der 74-Minuten-Rohling "sich2" von 2000 noch geliefert.
KITCALIBER – HALCYONDAZE
Ich habe letztes Jahr zwei Mal CDs gekauft, jeweils als Doppel-CD:
Vielleicht können die XP-Leaks Einsicht liefern, von wem sie stammt.
Diese scheinen den Quellcode als externe Komponente (gemäß Compiler-Rückständen sollte dieser unter shell\ext\zip zu finden sein) genauso wenig wie z. B. den von Pinball zu enthalten.
Aber es gibt in der Tat einige Indizien, dass die Erweiterung auf PKZip- bzw. WinZip-Code basiert. So hat kein anderes Programm der Ära „richtige“ (als proprietäre PK-Erweiterung zum Zip-2.0-Standard) und nicht nur wie z. B. von 7-Zip binär zerstückelte datenträgerübergreifende Zip-Archive unterstützt und so enthält die Erweiterung nicht nur Platzhalter für gesplittete Dateien im WinZip-Stil (.z01, .z02, …, .z(n-1), .zip) sondern auch diskettenübergreifende Archive, die den gleichen Dateinamen aber unter verschiedenen Labels („PKBACK# 001“, „PKBACK# 002“ etc.) tragen.
ich frage mich ob ZIP schon immer ein freies Format war oder wirklich exclusiv von winzip kommt
Das Zip-Format wurde die längste Zeit pseudo-offiziell durch APPNOTE.TXT in PKZip und irgendwann durch den Standard ISO/IEC 21320-1 (vorrangig als Referenz für Standards wie OpenDocument/Open Office XML) vorgegeben.
WinZip hat nicht umsonst als Windows-Frontend für PKZip angefangen.
wenn letzteres steckt in der DLL dann WInzip source oder durfte MS das nur nachprogrammieren?
Microsoft hat die Erweiterung von einem Drittanbieter lizenziert. Vielleicht können die XP-Leaks Einsicht liefern, von wem sie stammt.
https://devblogs.microsoft.com/oldnewthing/20180515-00/?p=98755
Bei PulseAudio müssen z. B. mit pavucontrol (menu: Configuration) alle devices – außer dem Zoom H2n als analog input device und der Audigy 2ZS als analog output device – auf "Off" gestellt werden, womit PulseAudio nur noch genau ein input device und genau ein output device bereit stellt.
Auf diesen Ansatz wollte ich in #14 bereits implizit hinweisen, was mit genau zwei Soundkarten aber etwas missverständlich war.
Schön, dass es jetzt funktioniert.
ffmpeg 3.2.2 → 3.4.6: Der Testton erklingt jetzt, aber der eigentliche Echo-Test funktioniert immer noch nicht.
Können denn andere Clients über Pulseaudio Ton aufnehmen? Die einfachste Testvariante ist dabei wohl mit den Pulseaudio-CLI-Werkzeugen:
$ parecord testaufnahme.wav & sleep 10 && kill $!Audacity ist hierbei nicht ganz repräsentativ, da es nach Möglichkeit direkt ALSA zur Aufnahme oder Wiedergabe verwendet, außer wenn man „pulse“ als Gerät einstellt (wodurch der Pulseaudio-Soundserver als simuliertes Soundgerät von Programmen verwendet werden kann, die nicht wie Firefox direkt das Pulse-Protokoll unterstützen).
Beim Versuch den Testton abzuspielen, schmeißt die Console des Debugger:CodeHTTP “Content-Type” of “audio/mpeg” is not supported. Load of media resource https://bbb1.senfcall.de/html5client/resources/sounds/audioSample.mp3 failed. join NotSupportedError: The media resource indicated by the src attribute or assigned media provider object was not suitable. Cannot play media. No decoders for requested formats: audio/mpeg
gst-ffmpeg, gst-plugin-bad und gst-plugin-ugly sind installiert, deren Fehlen im Internet als eine mögliche Fehlerquelle für obiges angegeben wird.
Das mag bei mir auch nicht so recht funktionieren (als Abhängigkeit von gst-plugins-ugly müsste natürlich auch mindestens libmad bzw. ffmpeg bei gst-ffmpeg installiert sein), aber der eigentliche Echotest, der wie die Sprachübertragung an sich sicherlich kein MP3 verwendet, funktioniert in einer virtuellen Maschine mit Slackware 14.2 auf aktuellem Stand (das heißt mit Firefox ESR 68.12.0, aber der ursprünglichen angepassten Version von Pulseaudio 9.0) ohne externe Pakete einwandfrei.
Das Durchhangeln durch die KDE4-Menüs für Audio ist etwas gewöhnungsbedürftig, aber Pulseaudio kann man auch gut mit pavucontrol konfigurieren.