So embedden Sie WebM

Unterstützung
1

Ich brauche Hilfe bei der Fehlersuche, warum eingebettete WebM-Dateien auf einigen Systemen funktionieren, auf anderen aber nicht.

Funktioniert dieser eingebettete WebM-Clip bei dir, ohne dass der Link in einer neuen Seite geöffnet wird? Welches Betriebssystem und welchen Browser verwendest du?

Ich binde es ein, indem ich einfach die rohe URL in den Nachrichtentext einfüge:

s1.webmshare.com/jvY0A.webm

Klickbarer Link: s1.webmshare.com/jvY0A.webm

Hier sind meine Beobachtungen:

Betriebssystem Browser Ergebnis
Ubuntu 20.04 Firefox 76 Fehlgeschlagen
Ubuntu 20.04 Chrome 81 Fehlgeschlagen
OSX 10.13.6 Chrome 81 Fehlgeschlagen
Android 7 DuckDuckGo Funktioniert

Ich glaube, das hat früher auf Ubuntu 19.10 funktioniert, aber ich werde nicht auf eine ältere Version zurückgehen, um es zu überprüfen.

So wird es bei mir in Firefox angezeigt:

image
image678×360 9.57 KB

2

Ich weiß nicht, warum die Antwort anders ausfallen sollte als diese:

3

Funktioniert dieser eingebettete WebM-Clip bei dir?

Ich habe es erneut überprüft und erhalte weiterhin den Fehler „Kein Video mit unterstütztem Format und MIME-Typ gefunden“ in Firefox 86 und Chrome 88 unter Ubuntu 20.04. Laut CanIUse sollte es eigentlich funktionieren.

4

Interessant ist auch, dass die ursprüngliche Version nach einem Neuladen funktioniert, wenn die Chrome-Entwicklerkonsole offen ist:

Chrome beim ersten Laden:

Mixed Content: Die Seite unter ‘How to embed WebM’ wurde über HTTPS geladen, forderte jedoch ein unsicheres Element an: ‘http://s1.webmshare.com/jvY0A.webm’. Diese Anfrage wurde automatisch auf HTTPS aktualisiert. Weitere Informationen finden Sie unter Chromium Blog: No More Mixed Messages About HTTPS

Laden der Ressource fehlgeschlagen: Der Server antwortete mit dem Status 404 () s1.webmshare.com/jvY0A.webm:1

Chrome nach dem Neuladen (überraschend, dass es jetzt funktioniert – ich vermute, die Sicherheitseinstellungen sind bei geöffneter Entwicklertools-Konsole gelockert):

Mixed Content: Die Seite unter ‘How to embed WebM’ wurde über HTTPS geladen, forderte jedoch ein unsicheres Element an: ‘http://s1.webmshare.com/jvY0A.webm’. Diese Anfrage wurde automatisch auf HTTPS aktualisiert. Weitere Informationen finden Sie unter Chromium Blog: No More Mixed Messages About HTTPS

In Firefox sind die Fehlermeldungen etwas anders, und das Laden schlägt auch nach dem Neuladen mit geöffneter Entwicklertools-Konsole weiterhin fehl. Dieses konsistente Verhalten wirkt plausibler:

Laden von gemischten (unsicheren) Anzeigedaten „http://s1.webmshare.com/jvY0A.webm“ auf einer sicheren Seite

Laden von „http://s1.webmshare.com/jvY0A.webm“ fehlgeschlagen. Ein ServiceWorker hat ein Versprechen an FetchEvent.respondWith() übergeben, das mit „Error: no-response :: [{“url”:“http://s1.webmshare.com/jvY0A.webm”}]“ abgelehnt wurde.

Alle Kandidatenressourcen konnten nicht geladen werden. Medienwiedergabe pausiert.

Es scheint ein Problem mit http vs. https zu sein. Beim ursprünglichen Link (ohne Präfix) wird standardmäßig http:// verwendet. Hier ist eine weitere Version, die explizit das sichere https://-Präfix enthält, aber auch diese funktioniert nicht.

https://s1.webmshare.com/jvY0A.webm

Es scheint ein Problem mit dem Webmshare-Host zu sein, bei dem die HTTPS-Verbindung tatsächlich nicht sicher ist.

webmshare-https
webmshare-https904×645 35.7 KB

Es ist etwas ärgerlich, dass Chrome, Firefox und DDG dieses Problem unterschiedlich handhaben.

5

Ja, das ist nicht unser Problem, sondern ein Problem der jeweiligen Zielseite.

6

Es stellt sich heraus, dass es am einfachsten ist, .webm-Dateien direkt in das Forum zu ziehen und abzulegen, anstatt sich auf einen externen Host zu verlassen.

Durch Ziehen und Ablegen (direktes Hochladen auf die Discourse-Instanz) wird Folgendes generiert:

![fontawesome2|video](upload://aI4h9yYRFK9BBCBLED4WcBr6Y1f.webm)

Und es funktioniert einwandfrei.