Hallo,
nach einiger Zeit wollte ich nun meine Videos auch mal mit dem neuen video-Tag von HTML5 bereitstellen.
Also habe ich etwas herumexperimentiert.
Nach einiger Zeit und mehreren fehlgeschlagenen Versuchen später, habe ich herausgefunden, dass der Dateityp “video/webm” eventuell Serverseitig unbekannt sein kann, da er noch relativ neu ist.
Also habe ich eine .htaccess-Datei im Hauptverzeichnis erstellt und folgendes eingetragen:
Das Video lies sich nun auf meinem lokalen Server problemlos mit Opera und Mozilla Firefox abspielen, auch, wenn die Video-Datei direkt aufgerufen wurde. Online funktioniert das Abspielen jedoch nur im Firefox. Opera lädt zwar (Elemente 1/1), beendet den Ladevorgang jedoch nicht.
Ich habe die Vermutung, dass es irgendetwas mit den MIME-Typen bei bplaced zu tun hat oder, dass man generell über eine .htaccess-Datei bei bplaced keine MIME-Typen definieren kann. Hat jemand damit schon Erfahrung gesammelt? Ist das wirklich so, oder was mache ich falsch?
Also - natürlich kann man in .htaccess Inhaltstypen eintragen, sogar
solche, die es offiziell gar nicht gibt, wie diesen hier. Ich habe
solche Typen schon so auf verschiedenen servern erfolgreich
ergänzt, auch zum Testen des Verhaltens von browsern (ist auch
nicht immer korrekt).
Ich habe sogar gesehen, daß solch einer (nicht bei IANA
registrierter video/webm) bei Opera sogar in der Liste steht.
Somit gibt es da nur ein formales Problem, daß man den nicht
verwenden sollte, bevor der in der offiziellen Liste steht.
Praktisch sollte es aber durchaus funktionieren.
Man kann ja auch bei Opera einfach nachgucken, welchen Inhaltstyp
der server gesendet hat - einmal mit und einmal ohne den Typen
in die .htaccess zu schreiben. Da sollte man dann schnell
herausfinden, was der server macht.
Daß der Typ dem Apachen unbekannt ist, wäre durchaus plausibel,
weil der Typ ja gemäß IANA gar nicht zulässig ist. Ohne Anmeldung
wäre da etwa video/x-webm möglich, viele Leute sehen das aber
nicht so eng, weswegen da auch viel Chaos angerichtet wird, auch
weil IANA es nicht besonders eilig hat, neue Format als nützlich
zu akzeptieren und in die offizielle Liste einzutragen (Hat bei SVG
einige Jahre gedauert ;o)
Käme dann also wiederum drauf an, wie der Apache konfiguriert
ist, was der sendet, wenn die Dateiendung kein Format festlegt.
Der browser könnte dann immer noch selbst raten, etwa anhand
des Dateianfangs, kann bei solchen neuen Formaten der einzige
Weg sein, um den Typ zu bestimmen.
video/ogg steht z.B. bei IANA in der Liste drin und das kann Opera
jedenfalls auch - könnte man als Alternative verwenden, um zu
testen, ob das Problem am Format hängt, obgleich das nicht
plausibel ist, wenn Opera das Teil lokal abspielt.
Du könntest ja auch mal die URI einer Testseite angeben, dann
kann man sich das ansehen…
Hier ist die Testseite:
[Link nicht mehr verfügbar]
Die Dateien auf dem Server können sogar hier eingesehen werden:
[Link nicht mehr verfügbar]
Ich habe auch schon herausgefunden, dass “video/webm” inoffiziell ist und dann leider keine anderen/weiteren Angaben gefunden. “video/x-webm” habe ich nun mal ausprobiert, jedoch hat es nur minimale Änderungen hervorgerufen: Opera lädt die Datei nun und bietet sie bei Direktaufruf zum Herunterladen an, anstatt zu versuchen sie abzuspielen.
Also wenn man Opera dazu nötigt, die Datei einfach herunterzuladen,
ist die Datei um etwa 5kB kleiner als wenn ich das mit dem
Konqueror herunterlade und dann wirklich lokal mit Opera anzeigen
lassen kann.
Ich würde mal vermuten, daß da ein Fehler bei Opera vorliegt -
könntest da ja mal im Forum recherchieren, ob die das Problem
bereits kennen.
Ansonsten - wenn das nichts ergibt - könnte ich bei Gelegenheit
auch mal die Reproduzierbarkeit auf einem meiner Test-server
prüfen und eventuell in Operas BTS (bug-tracking-system) gucken,
ob der Fehler bekannt ist.
Wenn du einen Test-server (etwa für PHP) hast, kannst du da
natürlich auch auf Reproduzierbarkeit prüfen und erzählen, was
dabei herauskommt.
Kennst du andere Seiten, wo Opera problemlos dieses Format
anzeigt, wenn es vom server kommt?
Ergänzung: Auf meinem Test-server läuft es auch problemlos mit
Opera, nachdem ich dort den Inhaltstyp ordentlich in die .htaccess
des Verzeichnisses eingetragen habe. Insofern liegt es also
vielleicht doch nicht an Opera (alleine), könnte also etwas kniffliger
sein.
ich habe nun alles noch mal durchgetestet und überprüft. Eine Vermutung keimt in mir auf, dass es etwas mit den Servereinstellungen bei bplaced zu tun hat.
Bei erfolgreichen Tests auf einem anderen Server (Strato) liegt der einzige Unterschied in einem “Vary”-header, welcher bei bplaced angehängt wird. Der sieht so aus: “Vary: Accept-Encoding”. Nun bin ich jedoch mit meinem Wissen am Ende, ich vermute jedoch, dass Opera ein anderes Caching-Verhalten hat und deshalb endlos auf die Videodatei wartet.
Gibt es irgendwas, was man bei bplaced dagegen tun könnte?
Zur Problembeschreibung: Das Video wird von Opera auf bplaced-Servern nicht abgespielt (Sowohl beim direkten Aufruf der Datei, als auch bei der eingebetteten Version). Firefox spielt beides ohne Probleme ab, Opera offline auch.
hi, was für ne version verwendest du denn?
hier steht was davon, dass webm in opera labs integriert worden ist, vielleicht brauchst du sowas wie n nightly build / beta / was auch immer?
[quote=“emil”]hi, was für ne version verwendest du denn?
hier steht was davon, dass webm in opera labs integriert worden ist, vielleicht brauchst du sowas wie n nightly build / beta / was auch immer? labs.opera.com/news/2010/05/19/[/quote]
Ich verwende die neuste offizielle Version 11.52 Build 1100. WebM-Unterstützung ist mittlerweise fest in Opera integriert worden.
Du kannst es selbst testet: einfach die Datei herunterladen, auf einen (bplaced-)Server hochladen und mal ebend Opera installieren. Die webm-Datei direkt mit Opera öffnen: funktioniert, webm-Datei auf bplaced-Servern direkt öffnen: funktioniert nicht.
Also ich habe bei Opera mal ins BTS geguckt.
Da sind einige Fehler bezüglich WebM bekannt und offen,
ob sie was mit diesem Problem zu tun haben, überschaue
ich nicht.
Wenn du sicher bist, daß der richtige Inhaltstyp (MIME) gesendet
wird - und weil es ja jedenfalls anders läuft als bei firefox,
solltest du vielleicht einfach mal bei Opera einen Fehlerreport
einschicken und vorher vielleicht eine Testseite, bei der das
Problem auftritt, auf englisch formulieren und diese dann im
Fehlerreport angeben, damit die Leute von Opera nachvollziehen
können, wo das Problem liegt.
Nicht zwangsläufig schnell aber prinzipiell kümmern die sich schon
darum, besonders wenn da sowas nicht funktioniert, was bei
firefox, safari oder msie funktioniert ;o)
Achso - wenn du anderen Leuten schon ‘Private Nachrichten’ schickst, solltest
du die bei dir selbst auch nicht deaktiviert haben, sonst wird man deine Nachrichten sehr
schnell ignorieren ;o)
Danke für den Tipp. Ich hab’s einfach mal gemacht. Vieleicht hat das ja wirklich was mit Opera zu tun. Das mit der Nachricht tut mir leid. Es ist schon etwas her, seit ich das eingestellt habe…
Das solltest du nicht machen. Der Statuscode 206 wird vom Webserver automatisch gesetzt wenn nur ein Teil der Datei angefordert wird. Wenn man die komplette Datei schickt, ist 206 schlichtweg falsch.
Das Problem ist nun erledigt. Vielleicht wurde mein Bug-Report ja erhört. Mit dem Opera-Update „Tunny“ auf Version 11.60 funktioniert alles problemlos.
Danke für die schnelle Hilfe und die vielen Vorschläge hier.
nää. persönlich nutze ich chromium, und nich opera.
aber es ging darum ne sehr aktuelle technologie einzusetzen. und da wir uns ja schon erkundigt hatten, ob er auch entsprechend aktuelle werkzeuge einsetzt, hatte ich mich halt gewundert - ist doch klar, mit firefox 2.0 würde ja auch kein html5-video gehen
^^
Ich meine natürlich 11.60…
