Bei der Durchsicht des Fehlerprotokolls unter Windows (siehe auch Artikel Ereignis-Protokoll unter Windows 11 aufrufen) fällt das massenhafte Auftreten des Fehlers Metadata Staging-Fehler 0×80070490 auf.

Anscheinend handelt es sich hier nicht um einen Fehler in der Windows-Installation. Im Blog von Günter Born Windows meldet „Metadata Staging“-Error (0×80070490) im DeviceSetupManager (Dez. 2023) findet man zu dieser Fehlermeldung näheres.

Günter Born schreibt, das Problem aufträte auf, seit Ende November 2023 ein MetaData-Server von Microsoft nicht mehr erreichbar sei und nennt in einem weiteren verlinkten Artikel ein Workaround: In der Registry (regedit) findet sich der Schlüssel DeviceMetadata (mit Strg-F nach „DeviceMetadata“ suchen).

Hier soll der dort eingetragene URL durch „.“ ersetzt werden; in guter fachlicher Praxis bitte vorher den Schlüssel exportieren.

Ruft man diesen URL im Webbrowser auf, wird folgendes angezeigt: „Service Unavailable. Please try again later.“.

Allein schon aus Gründen der Übersichtlichkeit des Fehlerprotokolls, sollte man diese Änderung vornehmen, da hier hunderte von Fehlern binnen weniger Tage auftreten, erschwert dies wirkliche Fehler festzustellen. – Bei mir wird dieser Fehler bis zu 20 mal pro Sekunde (!) protokolliert!

Seit ich das Workaround hat bei mir keine grundlegende Verbesserung gebracht. Erst sah es so aus, als sei damit Schluss, aber nach dem nächsten Systemstart tritt der Fehler wieder auf. Ich habe den Eintrag nun ganz gelöscht.

Auf Answers.microsoft.com wird gesagt, dass folgender URL gesetzt werden soll: http://dmd.metaservices.microsoft.com/dms/metadata.svc. Ruft man diesen URL im Browser auf, gibt es allerdings eine Fehlermeldung „Bad Gateway“.

Also weitere beobachten. Man müsste den Service am besten ganz abschalten; Preisfrage: Wie macht man das?

Komisch, als sei dieses wichtige Werkzeug der Fehlersuche eine Geheimwissenschaft, begegnet dem Nutzer diesem Programm so gut wie nie. Man muss aktiv danach suchen, aber auf der deutschsprachigen Seite von Microsoft wird ist der entscheidende Part der Erläuterung, nämlich „Wie überprüfe ich Fehlerprotokolle in Windows 11?“ derart kryptisch (siehe Beitragsbild), dass man damit nichts anfangen kann.

Üblicherweise sucht man dann im Web, aber meistens liest man dort Sätze wie: „Öffnen Sie die Ereignisanzeige über das Startmenü.“ (diskpart.com) und ähnliches, was ebenfalls nicht hilfreich ist.

Hier kurz als Memo, wie man das Ereignisproptokoll tasächlich öffnet:

Erste Möglichkeit

In der Shell (=Konsole):

Also entweder direkt mit Windows+R oder in der Shell der persönlichen Präferenz – bei mir meist: powershell. Aber das ist nicht wirklich entscheidend. Ich mache das nur so, weil bein nächsten Aufruf im Ausführungsdialog von Windows+R „powershell“ steht, weil ich ja nicht nur mit dem Ereignisprotokoll arbeite. Das spart geringfügig Tipparbeit. ;-)

Zweite Möglichkeit

Eingabe von Windows+X, dann öffnet sich eine Auswahlliste, in welcher man „Ereignisanzeige“ auswählt, das dann sofort gestartet wird.

Aus textlich verfassten Inhalten gesprochenen Text zu generieren, ging füher nur dadurch, dass eine Sprecherin oder ein Sprecher den Text ablas. Dann aber gleich in der gewünschten Betonung und insgesamt perfekt.

Steht keine Sprecherin zur Verfügung, kann man sich heutzutage mit KI behelfen. Im Web gibt es ziemlich viele Angebote von text2speech-Lösungen (will heißen: Text to Speech). Oft kann man neben der Grundstimme auch weitere Parameter seinen Wünschen entsprechend anpassen. Allerdings sind die Angebote höchst unterschiedlicher Qualität.

Gut ist, dass man einen individuellen Text bei vielen der Anbieter online in gesprochenen Text umwandeln lassen und somit testen kann. Neben schlechter Betonung wie roboterartig abgehackter Sprachweise ist auch der Umgang mit Umlauten nicht überall gleich gut. So wird das Wort „Gelände“ in der Regel korrekt ausgesprochen, das Wort „entrümpelt“ aber bei einigen Sprachgeneratoren falsch als „entrumpelt“ ausgesprochen.

Es ist als sehr zu empfehlen, solchen Text zum Testen zu nutzen, den man hinterher umsetzen möchte.

Das für meine Ansprüche beste Ergebnis lieferte https://speechgen.io/de/tts-german/. Ich bevorzuge für mein Video-Projekt eine weiblche Stimme. Es gibt einfache Stimmen und Pro-Stimmen. Die Pro-Stimmen sollen einen angenehmeren, menschenähnlicheren Klang erzeugen – im Vergleich ist mir das jetzt nicht gravierend aufgefallen. Es gibt ein Start-Kontingent von 308 Zeichen für Pro-Simmen, bzw. 616 für einfache Simmen. Dieses Kontingent verringert sich mit jeder Nutzung ensprechend der genutzten Zeichen. Ist es aufgebraucht, kann man es nach Bedarf kostenpflichtig aufstocken. Je nach Bedarf ab knapp 5 €.

Beim Tippen passiert es nicht nur mir, dass man beim tippen von „a“ oder der Shilft-Taste versehentlich die Caps Lock-Taste erwischt und dies nicht sofort bemerkt. Die Caps Lock-Taste gehört zu den etwas größeren Tasten der Comptertastatur.

Und weil darum nicht nur ich über die für wohl > 90 % der Compternutzer nutzlose Taste stöhnen, gibt es im Netz viele Lösungen, das Problem zu beheben. Extra Software zu installieren ist allerdings genauso doof wie das fehlerträchtige Editieren der Registry von Hand. Die weitaus beste Lösung ist in meinen Augen das Umbiegen der Caps Lock-Funktion zu einer weiteren Shift-Taste; dies erledigt eine kleine *.reg-Datei, die die erforderlichen Änderung vornimmt, ohne dass man weiter von Hand eingreifen muss.

Download hier (gezippt) CapsZuShift.zip (ca. 300 Byte)

Runterladen, auspacken und anklicken – Nachfragen des Systems abnicken.

Es klappe bei mir unter Windwos 11 Pro for Workstations problemlos. Nach Neustart wird die Änderung aktiv.

Mehr zum Thema: https://www.pctipp.ch

Seit HTML 4 der 1990er Jahre hat sich vieles verbessert. Unter anderem auch die Darstellung von Bildunterschriften. Es braucht keine mehr oder weniger umständliche Definitionen als CSS, sondern etwas mehr Struktur; hier ein Beispiel als Screenshot:

BTW, ich pflege als alt-Text „[ Bild kann nicht engezeigt werden]“ einzutragen, weil das der Text ist, den die Website ausgibt, wenn die eigentliche Bilddatei aus irgend welchen technischen Gründen nicht angezeigt werden kann. Meist wird das alt-Atribut nicht angegeben oder ganz weg gelassen. Dies ist aber regelwidrig und führt dazu, dass ein Validator dies moniert.

Wer allerdings, wie ich in meinem Blog, fertige Software benutzt (in diesem Fall Textpattern), hat, wenn er sein Template nicht selber bastelt, wenig Einfluss darauf, ob der HTML-Code schlussendlich fehlerfrei ist. Meiner ist es trotz ausgefüllten alt-Tags nicht, weil eine Menge anderer Fehler drin stecken, die aber im Blog-Betrieb nicht auffallen. Die allermeisten Seiten im Web sind in diesem Sinne fehlerhaft kodiert.

Auf fehlerfreies HTML-Markup legen anscheinend nur noch Puristen Wert, die ihre Seiten vollständig selber coden. Ich hatte das früher auch gemacht, musste aber rasch feststellen, dass man keine groben Fehler zu machen braucht, um den Code zu verhunzen. Der allgemeine Trend ist pragmatischerweise der, dies zu vernachlässigen. Trotz alledem finde ich es sinnvoll, das alt-Tag zu setzen, weil der Leser erfährt, dass ein Bild, auf das eventuell Bezug genommen wird, nicht angezeigt worden ist.

Ein Beispiel:

Hier habe ich einen Dateinamen angegeben, der hier nicht existiert.