Three.js: Safari/Firefox DOM-Ausnahme 18 für Streaming-Videotexturen

Ist das Kopf-nach-unten-Problem Teil des Problems?

Auf den Kopf gestellt ist nicht Teil des Problems. Das war ich faul >_<

kann ich hier reproduzieren. Haben Sie versucht, eine Zwischenleinwand zu haben?

:+1:, dazwischen wie eine Leinwand 2d?

Ja, verwenden Sie eine 2D-Leinwand als Textur und zeichnen Sie ein Bild des Videos darauf.

Ich werde das jetzt tun. https://dl.dropboxusercontent.com/u/1595444/shaka-player/shaka-canvas.html

Sieht so aus, als ob in Safari kein DOM Exception 18 geworfen wird, aber das Bild wird nicht übertragen. Das gleiche mit Firefox. Bedeutet das, dass es sich um eine Browserimplementierung handelt?

Stehe vor dem gleichen Problem. Safari löst Dom Exception 18 aus, Firefox lädt das Bild nicht, zeigt aber auch keine Fehler an. @jonobr1 erhalten Sie Fehler in Firefox?

Keine Fehler in Firefox, aber auch kein Bild. Ich werde Fehler mit WebKit melden
und Mozilla und prüfen Sie, ob zusätzliche Informationen auftauchen.

Ich weiß nicht, wie es euch geht, aber ich habe keine Demos von Streaming-Videos gesehen
in eine WebGL-Textur hochgeladen. Gibt es vielleicht eine mit YouTube als Quelle?
Am Do, 11. Februar 2016 um 23:11 Uhr Taha Sabih [email protected]
schrieb:

Stehe vor dem gleichen Problem. Safari löst Dom Exception 18 aus, Firefox nicht
Laden Sie das Bild, zeigt aber auch keine Fehler an. @jonobr1
https://github.com/jonobr1 erhalten Sie Fehler in Firefox?

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment -183208337.

Das Streamen von Videos an sich ist kein Problem. Wenn Sie ein Videoelement in js erstellen und video.src verwenden, um die Quelle des Videoelements festzulegen, wird das Video problemlos gestreamt. Adaptives Streaming mit Shaka ist ein Problem. Ich habe das Gefühl, dass das Problem bei CORS-Implementierungen in Webkit und Gecko liegt, daher die DOM-Ausnahme 18 in Safari. Das folgende Beispiel funktioniert perfekt mit denselben Domain-Videoquellen in allen Browsern.

            var video = document.createElement( 'video' );
            video.width = 640;
            video.height = 360;
            video.autoplay = true;
            video.loop = true;
            video.src = "<your mp4 source>";

           // adding the line below makes cross origin videos work, but just for chrome
           // video.crossOrigin = 'anonymous';

            var texture = new THREE.VideoTexture( video );
            texture.minFilter = THREE.LinearFilter;

            var material   = new THREE.MeshBasicMaterial( { map : texture } );

            mesh = new THREE.Mesh( geometry, material );

Nur um das klarzustellen, ich glaube nicht, dass video.src = "<your mp4 source>"; gestreamt wird. Ich glaube, es ist ein progressiver Download . Aber ja, ich stimme dir zu.

Jungs sind Leute, die das immer noch nur ausarbeiten. Es wird nur noch schlimmer, wenn die Leute versuchen, VR-Videos zu machen.

Zum Glück ist ein Ticket offen, sonst würde ich geschlossen, wenn ich versuche, dies zu kommunizieren.

Safari hat seit Jahren Probleme mit CORS. Es ist ein schwerwiegender Fehler und sie haben ihn mit voller Verachtung behandelt. Das Zeichnen von 2D-Leinwänden ist ebenfalls betroffen.

Ich habe direkt ein Ticket bei Apple erstellt, da dort seit Juli 2014 ein Problem mit Webkit unbelegt sitzt. Bis dahin ist WebGL-Video auf IOS und Safari im Grunde nutzlos. Aber dann ist auch das Abspielen von Inline-Videos auf dem Iphone erforderlich.

Ich glaube, dass die Einreichung von Duplikaten bei Apple ihnen helfen könnte, sich zu beeilen.

Bitte sehen Sie sich diese an. Ich habe fast fertig damit, dass Videotexturen und 360-Videos vollständig auf Android funktionieren, Chrome Dev hat gerade Rendering-Probleme behoben, an denen ich unermüdlich mit Chrom arbeiten musste. Bei Chrome gibt es jetzt Probleme mit der Videowiedergabe.

Ich bin jetzt bei diesem Schlamassel mit Safari!

Dies ist ein Radar des eigentlichen Apple-Tickets mit der Ausgabe Wort für Wort

https://openradar.appspot.com/24641824

https://forums.developer.apple.com/message/113161#113161

Das eigentliche Webkit-Problem. Sie sind ein Stück Arbeit.

https://bugs.webkit.org/show_bug.cgi?id=135379

Im Grunde hat das nichts mit Three.js zu tun, aber @mrdoob bitte halte das offen, es ist wichtig.

Sie müssen Reverse-Proxy-Hacks ausführen, die sich nie skalieren lassen, genau wie bei der 2D-Zeichnung auf Leinwand für Schnappschüsse. Es ist hier vorerst dokumentiert

https://flowplayer.electroteque.org/snapshot/fp6

location /video/ {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-NginX-Proxy true;
        proxy_pass //videos.electroteque.org/;
        proxy_redirect off;
    }

Das wird an Cloudfront weitergeleitet. Es funktioniert bei jedem Video, einschließlich HLS.

Es scheint, dass dies mehr absichtliche Sabotage als alles andere ist, um dies auf IOS zu blockieren. Firefox unter IOS bietet auch ohne Grund keine CORS-Unterstützung. Es zeigt meine CORS-Proxy-Hack-Fallback-Funktion an. Ich dachte, zumindest Firefox wäre voll funktionsfähig.

Dies erklärt immer noch nicht, warum Firefox-Desktop keine Bilder zeichnet. Es sendet die Ursprungsheader, und wenn es ohne Shaka verwendet wird, funktioniert es einwandfrei. Nur wenn die Videoquelle auf einen Blob verwiesen wird (wie es beim adaptiven Streaming der Fall ist), wird das Bild nicht gezeichnet. Es meldet auch keine Fehler, was frustrierend ist.

Dash funktioniert gut mit Dash.js und Videotexturen. Aber ich werde es für Windows/OSX bestätigen, sobald ich mit dem Refactoring der Änderungen fertig bin.

Firefox OSX und Windows ist voll funktionsfähig. Mit Dash oder normalem HTML5-Streaming.

Abgesehen von Folgendem:

Ich bekomme diese Protokolle sowohl unter OSX als auch unter Windows angezeigt.

Error: WebGL: Disallowing antialiased backbuffers due to blacklisting.

Ich verwende Firefox unter Windows 10 in Vmware. Aus diesem Grund denke ich, dass Firefox Webgl blockiert. Es fiel auf den CanvasRenderer zurück. Ich musste Webgl speziell mit dieser Konfiguration aktivieren.

webgl.force-enabled=true

Sie müssen nach WebGL-Unterstützung suchen und auf den CanvasRenderer zurückgreifen, aber ich glaube nicht, dass dies Ihr Problem ist.

Sowohl WebGL als auch Canvas benötigen CORS-Unterstützung, um zu funktionieren, sodass Firefox ausgeschlossen ist. Es sind jetzt all diese Webkit-Klatschen und Apple.

Zu Ihrer Information, so sieht mein generiertes Video-Tag aus.

Sie benötigen die Crossorigin-Eigenschaft, die bei Safari die ganze Aufregung ausmacht. Wer gesagt hat, dass es unter Firefox nicht funktioniert, der stimmt nicht.

Safari hat es jahrelang nicht implementiert und deshalb funktioniert WebGL nicht damit für domänenübergreifende Videos, die den Reverse-Proxy-Hack erfordern.

Die IE-Unterstützung für CORS ist ebenfalls fragwürdig. IE11 hat es auch nicht implementiert. Edge-Browser ist mit CORS und Webgl in Ordnung.

<video crossorigin="anonymous" x-webkit-airplay="allow" preload="auto" webkit-playsinline="true" src="blob:http%3A//localhost%3A8000/8a0dd373-8cb1-4a1d-9ad2-60d0b8f001bf" width="1024" height="512"></video>

Hey @danrossi , liebe die Begeisterung! Haben Sie ein Online-Beispiel dafür, wie es in dash.js funktioniert?

Außerdem habe ich sowohl bei Safari als auch bei Firefox Fehler gemeldet. Sie können den Fortschritt bei beiden hier sehen:

https://bugs.webkit.org/show_bug.cgi?id=154189

https://bugzilla.mozilla.org/show_bug.cgi?id=1248054

Versuchen Sie dash.js mit einem solchen Video-Tag. Ich werde mit dem Proxy-Hack bestätigen, ob Safari mit Dash funktioniert.

Ich schlage vor, Apple dazu zu bringen, sich mit den CORS-Problemen zu befassen, indem Sie doppelte Tickets zum CORS-Problem mit ihnen abfeuern, wie ich es getan habe. Ich meine, das Webkit-Ticket kann seit Juli 2014 dort sitzen, aber etwas so lähmendes wie dieses hätten sie ergreifen sollen.

Das Bestätigen des Proxy-Hack bewirkt nichts, wenn MediaSource auf Safari verwendet wird, es ist mit mp4-Dateien in Ordnung. Selbst wenn sie CORS endlich implementieren, wird dies immer noch gebrochen.

Ich habe dort einen Kommentar in der Webkit-Ausgabe hinterlassen, aber wenn man bedenkt, dass das große CORS-Ticket seit 2014 nicht zugewiesen ist, sind Safari und IOS für VR ziemlich tot.

Firefox ist für mich unter Windows 10 und OSX völlig in Ordnung. Firefox hat CORS auf IOS nicht so nutzlos dort. Ich könnte ein Ticket für sie erstellen, damit zumindest etwas auf IOS funktioniert.

Ich habe einen weiteren Kommentar zu Ihrem Webkit-Ticket hinterlassen. Sie beziehen sich auf das Hauptproblem von CORS und sollten wahrscheinlich zusammengeführt und sofort behandelt werden.

Was mich wirklich verrückt macht, ist, dass Ihr Ticket zugewiesen ist, aber das Ticket für das eigentliche CORS-Problem wurde 2 Jahre lang auf dem Trockenen stehen gelassen, was VR auf Safari nutzlos macht.

Auch dies hat nichts mit Three.js zu tun, sollte aber für diejenigen offen gelassen werden, die nur erkennen, dass Safari und IOS vollgestopft sind.

OK, nachdem ich nach Inline-Video-Hacks für das iPhone gesucht habe, die ich bereits zum Apple-Ticket hinzugefügt habe, scheint das Zeichnen auf die 2D-Leinwand ohne CORS in Ordnung zu sein. Beim Versuch, eine Daten-URI davon abzurufen, hat es das Problem, also mein Fehler. So scheint es bei der Verwendung von WebGL auch ein Problem zu sein, da Safari keine CORS-Unterstützung bietet und stattdessen auf den Canvas-Renderer zurückgreifen muss.

Es funktioniert nicht oder funktioniert nicht gut auf IOS, da es Frames verwirft, und ich glaube, es muss ein Audio-Tag ausgeführt werden, um das Audio abzuspielen, damit das für MPEG-Dash nicht gut funktioniert.

siehe http://stanko.github.io/html-canvas-video-player/

Um die Dinge einfach zu halten, habe ich dieses rohe Webgl-Beispiel aktualisiert, um mp4 für Safari zu verwenden. Ich habe auch dieses Webkit-Ticket aktualisiert. Das liegt an der fehlenden CORS-Unterstützung.

https://jsfiddle.net/7t77rz6L/11/

"SecurityError: DOM Exception 18: Es wurde versucht, die Sicherheitsrichtlinie des Benutzeragenten zu durchbrechen."

Vielen Dank, dass Sie sich um die Meldung des Problems gekümmert haben. Ich habe das auch außerhalb von Three.js gesehen, und es ist sehr nervig..!

Apfel ! Es braucht, wenn möglich, eine Massenwelle doppelter Tickets. Ich meine, zum Teufel, Youtube ist sich mit WebGL-Unterstützung sicher, aber Safari wird nicht funktionieren und funktioniert nicht in ihrem aktuellen 360-Player, daher bin ich mir nicht sicher, warum sie nichts dagegen unternehmen. Ich habe auch bestätigt, dass das Iphone selbst mit dem Proxy-Hack nicht inline abspielt, sodass VR und VR-Brillen auf einem Iphone völlig nutzlos sind. Es erfordert einen sehr zwielichtigen Hack, Audio separat abzuspielen und die Zeit des Videos zu aktualisieren, um einen neuen Frame zu erhalten, damit das Video nicht wirklich abgespielt wird. Das geht mit Strich nicht.

Und ist es kein rechtliches Problem, da die Formatrechte das eigentliche nicht-technische Problem sind? Sie haben also die anderen Formate ausprobiert, die ich annehme? webm ogg anscheinend gibt es auch die Idee von Media Source Extensions MSE es gibt auch andere High-Profile-Einstellungen zu MP4 H.264, die auf Low-End-Hardware nicht laufen (Probleme).
Ich erinnere mich, dass Probleme mit der Videoformat-Kompatibilität nicht technisch und eher lizenz- und legal sind oder einfach nur Kontrollfreak-Probleme.
Jedenfalls so schockierend, so +1. Ich denke, wir können immer boykottieren, am Ende wird niemand das Zeug benutzen, das nicht funktioniert. Ich verwende Android und Chrome ausschließlich aus vielen anderen Gründen, einschließlich diesem.

Es handelt sich um ein Webkit-Problem mit fehlender CORS-Funktionalität. Sie haben es jahrelang vergeudet, weil sie dachten, sie könnten damit durchkommen. Erst jetzt haben Leute, die versuchen, Webgl zu benutzen, ein Problem und merken es gerade. Ein Unfall, der darauf wartet, zu passieren. Dasselbe gilt für das Erzwingen des Iphone, nicht inline zu spielen. Videos mit derselben Domain sind keine reale Verwendung.

Android Chrome hat Webgl-Probleme, die auch auf Leinwand rendern. Ich habe gerade den ganzen Monat damit verbracht, mich damit zu beschäftigen und in diesem Ticket endlich bestätigt, dass der neueste Dev jetzt wieder funktioniert. Zumindest Android funktioniert mit VR-Brillen und WebVR, Iphone nicht.

Ich werde es noch einmal mit einer tatsächlichen lokal geladenen Dash-Datei versuchen und sehen, was passiert.

Auf dem Webkit-Ticket gibt es ein Status-Update. Ich glaube, sie mussten etwas anderes reparieren, um an diesem Ticket zu arbeiten, aber immer noch niemand dem eigentlichen Cors-Bug-Ticket zugewiesen. Absolut alles hängt davon ab, dass sie das Problem beheben und hoffentlich eine Veröffentlichung sowohl für IOS als auch für Safari erhalten. Dies sollte für Apple sehr peinlich sein. Sie ließen dies viele Jahre lang ohne Grund gehen.

@danrossi danke, dass hältst ! 😊

@danrossi tolle

??? Webkit-Entwickler arbeiten jetzt?

Ich habe kein anderes Status-Update gesehen, sondern nur Rauschen von Commits. Ich werde bestätigen.

das ist das letzte update. Wer weiß, ob dies auch die fehlende CORS-Unterstützung behebt.

https://bugs.webkit.org/show_bug.cgi?id=125157#c29

Wer weiß, ob es es jemals in IOS schaffen wird. Probleme mit der Inline-Videowiedergabe auf dem iPhone sind ebenfalls von Bedeutung. Sollte ich deswegen ein weiteres Bug-Ticket an Apple richten?

Entschuldigung, ich dachte, du hättest gesagt, es funktioniert, hah. Ganz nah scheint es. Ich habe ein Radarticket für Apple und sie haben nie geantwortet. Es erfordert Duplikate, die erstellt werden, wenn sie jemals Maßnahmen ergreifen oder dafür sorgen sollen, dass VR auf ihrer Plattform funktioniert.

Ich glaube also, dass der Druck auf Apple wächst. Sie haben mein Ticket geschlossen und behauptet, es gäbe ein Duplikat, das Sie nicht sehen oder kommentieren können, und es sieht aus wie ein sehr frühes Ticket. Aber das erklärt immer noch nicht die Iphone-Inline-Videowiedergabe für WebGL. Es erfordert haufenweise Klagen, um sicherzustellen, dass es Jahre dauern könnte.

Ich bin zurückgegangen, um mich bei Chrome-Mitarbeitern zu erkundigen, und es scheint, dass Chrome Dev Android immer noch nicht funktioniert, um WebGL zu rendern. Es gibt einige Flags, die aktiviert werden können, um sie anzuzeigen, aber dies führt zu schwerwiegenden Frameverlusten.

Der Standard-Android-Browser hat CORS-Probleme wie Safari, die so nutzlos sind. Firefox IOS hat auch keine CORS-Unterstützung und wird ein Ticket hinzufügen, damit sie es implementieren. Dieses CORS-Zeug, das alles lahmlegt, ist einfach schockierend.

Wenn Sie also einen Support-Vektor für Mobilgeräte benötigen, bei dem alle Funktionen funktionieren. Android Firefox jede Nacht, da sie dort Orientierungsfehler behoben haben und das war's. Sehr traurig.

Bei Interesse habe ich hier offiziell ein Ticket erstellt, damit zumindest Firefox auf IOS WebVR funktioniert und Safari vergessen kann. Ich muss noch bestätigen, ob es Inline-Videos auf dem iPhone abspielen kann. Sie könnten schneller auf CORS-Unterstützung reagieren, aber schockierend ist dies nicht.

https://bugzilla.mozilla.org/show_bug.cgi?id=1256083

Die Bestätigung der Deaktivierungsmechanismen von Apple erzwingt Video auch in einen nativen Player für Firefox. Absichtliche Sabotage, wie es aussieht.

Dies zeigt auch in Firefox auf dem Mac nichts auf der Leinwand an (funktioniert in Chrome), kein iOS-Problem.

oh, ff beginnt das Bild nach ca. 2:50 zu zeigen

Verstehen Sie sich hier nicht. Dies ist ein CORS-Problem, das alles mit IOS / Safari zu tun hat. Ich weiß nichts über dieses Dash-Beispiel, aber ich habe Dash mit Videotexturen in Firefox unter OSX getestet und es ist in Ordnung.

Bei Dash in Firefox scheint es ein Problem mit den Segmenten zu geben, die Sie erstellen, wenn Sie die Videodateien verarbeiten, um sie Dash-kompatibel zu machen. Das Nicht-Segmentieren der Dateien scheint in Firefox zu funktionieren (könnte auch erklären, warum die letzten Sekunden eines segmentierten Videos abgespielt werden).

Am 13. März 2016 um 21:51 Uhr schrieb danrossi [email protected] :

Verstehen Sie sich hier nicht. Dies ist ein CORS-Problem, das alles mit IOS / Safari zu tun hat. Ich weiß nichts über dieses Dash-Beispiel, aber ich habe Dash mit Videotexturen in Firefox unter OSX getestet und es ist in Ordnung.

—
Antworten Sie direkt auf diese E-Mail oder zeigen Sie sie auf GitHub an.

Dies sind meine verpackten Dateien, die ich mit Three.js gut getestet habe. Ich habe Bento4 verwendet. das h264-Keyframe-Intervall beträgt immer noch (2,3,4) * Bildrate wie HLS. Mit WebGL kein Problem. Das CORS-Problem ist sehr wichtig für Webkit und Apple und Firefox auf IOS. Sie müssen das Attribut "crossorigin" angeben.

https://videos.electroteque.org/dash/nodrm/bbb/bbb.mpd

Tut mir leid, das hierher zu bringen, aber die Leute müssen es wissen.

Hallo Leute, ich habe gerade etwas wirklich falsch und rückwärts herausgearbeitet und das gleiche alte für das Handy, was mir eine Welt voller Schmerzen bereitet.

Samsung Gear versucht, eine eigene App mit einem Browser auf dem S7 zu starten. Ich habe jemanden WebGL / WebVR testen lassen und beim Aufsetzen der Gear-Brille startet sie eine eigene Anwendung anstelle von Chrome. Der Sinn von WebVR besteht darin, die WebGL-Leinwand zu starten, wenn Sie im Vollbildmodus in die Brille wechseln.

Was also passiert, ist, dass ihre alberne App anscheinend den Standard-Android-Browsercode anstelle von Chrome verwendet und daher keine Unterstützung für WebGL-Videotexturen und domänenübergreifendes Video und sogar WebVR-API bietet.

Apps sind so alte Nachrichten, die erwarten, dass der gesamte Inhalt heruntergeladen wird, um sie abzuspielen. Ebenso wie das progressive Herunterladen von mp4-Dateien, es ist jetzt alles segmentiertes Streaming, so dass das Modell veraltet ist.

Ich habe gerade herausgefunden, dass Produktions-Chrome WebGL-Videotexturen auf dem S7 zu rendern scheint, aber mein S3 ist völlig kaputt und versucht seit Monaten, es mit Chrome-Entwicklern herauszufinden.

Keine Ahnung was mit IOS noch los ist. IOS ist derzeit auch für VR völlig nutzlos. Webkit ist immer noch mit domänenübergreifender Sicherheitsunterstützung vollgestopft, die sie jahrelang nicht einsetzen konnten, wodurch VR nutzlos wurde. Daher alles oben.

Zur Info: Dieses Commit https://github.com/mrdoob/three.js/commit/854ebf5bd6179a3046d4b901b12a9cbc99008c61 behebt das Problem für Firefox

Hallo, demzufolge heimlich, da Apple meine Fehlertickets ignoriert und geschlossen hat. Ein Betriebssystem und ein Browser, die noch niemand verwendet.

Wenn sie es nicht wieder in Webkit zusammenführen und gepatchte Updates für aktuelle Browser bereitstellen, müssen die Leute warten, aber immer noch einen Fallback für den Legacy-Proxy bereitstellen.

Dies wird für Dash immer noch unterbrochen, obwohl der Proxy-Hack nicht funktioniert, aber erneut bestätigt wird.

https://twitter.com/zenoc/status/742770789880111104

Hey Leute danke für die ganzen Infos,

aber eigentlich, wenn jemand im Detail erklären könnte, wie man die hier aufgeführten 'Reverse-Proxy-Hacks' implementiert:
https://github.com/mrdoob/three.js/issues/8110#issuecomment -183570240

das wäre toll

danke
Saar

Für Apache

 ProxyPass /video/ //videos.electroteque.org/
    ProxyPassReverse /video/ //videos.electroteque.org/

Für nginx

location /video/ {
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-NginX-Proxy true;
    proxy_pass //videos.electroteque.org/;
    proxy_redirect off;
    }

Nach allem, was ich sammle, werden die aktuellen Webkit-Browser die Änderung nie sehen. Sie werden es für einen Mac und ein IOS-Betriebssystem bereit haben, das niemand hat. Sie basteln immer noch an CORS für IOS herum, weil "Framework-Probleme" es zurückhalten.

Möglicherweise muss auf eine Flash-Lösung zurückgegriffen werden, wenn Stage3D hardwarebeschleunigt rendern kann, aber es mag nicht, wie es kann. Es zeichnet ständig Bitmapdaten.

danke für die schnelle antwort

ok, also noch kein Workaround für mich, bis Apple dies behebt.

Was ist mit dem Abfangen von "DOM Exception 18" für Fallback-Optionen? Wie kann ich es fangen?

Ich habe versucht, es auf den render()-Aufruf eines THREE.WebGLRenderer-Objekts zu setzen, aber es wird nicht abgefangen.

Sie führen die Erkennung in einem temporären Video durch. dh

testVideo.hasAttribute("crossOrigin")

Sie können auch einfach eine Browsererkennung durchführen. Seine Safari und IE 11.

Nur ein Hinweis zu diesem verrückten Thema. Ich kann den VR-Modus auf IOS noch nicht testen, es sei denn, ich stelle es auf meinem Ipad bereit.

Cordova-Apps verwenden WebView. Es verfügt über Optionen zum Inline-Spielen, sodass dieses lästige Problem umgangen wird. Es funktioniert um die Benutzerinteraktion. Dieser hier ist der verrückteste von allen und hat mich in den Wahnsinn getrieben.

WebView scheint CORS vollständig zu umgehen, auch wenn es sich um eine lokale HTML-Datei handelt, die auf file:// ausgeführt wird. WebGL funktioniert in Cordova-Apps, ohne dass das Crossorigin-Attribut erforderlich ist. Dies ist sowohl eine schockierende als auch eine gute Nachricht. Es wird keinen Proxy-Hack benötigen, aber Safari IOS/OSX wird es tun.

Ich kann die Steuerelemente für die Pseudo-VR-Ausrichtung nicht überprüfen, aber die Touch-Steuerung funktioniert, ebenso der alte Karton-Stereo-Effekt. Ich werde dieses Webkit-Ticket aktualisieren.

Das Testen auf Android ist ein Problem wegen des Chrome-Rendering-Fehlers, den ich 3 Monate damit verbracht habe, die Chromium-Leute dazu zu bringen, ihn zu beheben, und gab auf. Es ist leider komplett schwarz und hoffentlich kein CORS-Problem, das keine Fehler anzeigt.

also habe ich das richtig verstanden? es NOCH die einzige Möglichkeit ist, Webgl-Videotexturen mit Webgl zu verwenden, indem man diesen Proxy-Hack auf dem Server implementiert?

Safari ist komplett und völlig durchgeknallt, ebenso wie IOS. Wenn Sie Cordova WebView-basierte Apps verwenden, können Sie Inline und Auto Play spielen und fragen nicht warum, aber CORS ist kein Problem. Das wäre für mp4 / HLS auf IOS.

Aber wie ich berichtet und festgestellt habe. Sie drosseln ältere Geräte und verlangsamen sie, um die Leute zum Upgrade zu zwingen. Das Ipad 3 ist für WebGL unbrauchbar und rendert mit 5fps zurück. Es muss ein neueres Gerät sein.

In Safari unter OSX ist Mediasource vollständig und völlig durchgeknallt. der CORS-Proxy funktioniert dort nicht. Es muss auch eine mp4-Datei oder natives HLS sein. Bei nativem HLS stellen Sie eine CORS-Proxy-URL bereit.

Diese Duds bei Apple planen, Fixes in macOS zu veröffentlichen, also in etwas, das noch niemand hat.

Sie versuchen, zugrunde liegende Framework-Probleme in IOS zu beheben. Daher bezweifle ich, dass CORS in der nächsten Version von IOS sogar behoben wird.

Beide haben auch keine WebVR, beide sind ein Witz. Sie behandeln WebVR als eine Art Witz und sind Jahre im Rückstand.

Nun, WebVR auf dem Desktop benötigt die Windows SDKs, also ist OSX sowieso noch keine Option, aber zumindest könnte die API für Client-Tests da sein? Wenn Android ein Standard-Kartondisplay hat, keine Ahnung, warum IOS WebVR nicht aktiviert und aktiviert hat?

Sie ließen dieses CORS-Problem jahrelang bestehen und das ist das Produkt davon.

Das klingt wirklich verrückt.
(Entschuldigung, ich bin kein Full-Stack-Entwickler)
Ich möchte nur sicher sein: Alles in allem, wenn ich keinen Zugriff auf den Server habe, sind Videotexturen auf webgl unter ios nicht möglich? MIT dem Proxy-Hack funktioniert es auf ios aber NICHT auf osx?

Du könntest es mit einem iframe versuchen. Das habe ich noch nicht probiert. Der Player muss mit den Videodateien auf Cloudfront sitzen.

hilft aber nicht bei dynamischem Code. dh einige Pseudo-Links.

ein Videolink ist //videos.electroteque.org/360/video.mp4

Die iframe-Seite ist //videos.electroteque.org/360/player.html

Apple ist mit Standards führend, glaube ich. Wo Sie statische Datei-Iframe-Seiten für Ihre Player benötigen.

Ich habe gesehen, dass Chrome für iOS die Inline-Wiedergabe hinzufügt:
https://bugs.chromium.org/p/chromium/issues/detail?id=395206
Am Dienstag, 23. August 2016 um 5:18 Uhr schrieb danrossi [email protected] :

Du könntest es mit einem iframe versuchen. Das habe ich noch nicht probiert. Der Spieler muss
mit den Videodateien auf Wolkenfront sitzen.

hilft aber nicht bei dynamischem Code. dh einige Pseudo-Links.

ein Videolink ist //videos.electroteque.org/360/video.mp4

Die iframe-Seite ist //videos.electroteque.org/360/player.html

Apple ist mit Standards führend, glaube ich. Wo Sie Statik brauchen
Datei-Iframe-Seiten für Ihre Player.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment -241712327,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AANbgfcQaLhx_UmJHEmViJ76_Hi4uikSks5qiuUKgaJpZM4HYtu3
.

Jawohl! 🤘

Ich habe Chrome gerade auf IOS getestet. Ich wusste nicht, dass sie einen haben.

Es sieht so aus, als ob es auch Webkit wie Firefox verwendet. Und leidet unter CORS-Problemen. Es ist schwierig, Chrome unter IOS per Fernzugriff zu debuggen, da die harten Einschränkungen von Apple auf ihrer Seite offensichtlich sind, und weinre stürzt immer wieder ab. Aber ich habe meine CORS-Workaround-URL geändert und bekomme einen schwarzen Rahmen. Ich weiß also, dass CORS auf Chrome, Firefox und Safari auf IOS lahmgelegt ist. Mit der richtigen CORS-Proxy-URL "funktioniert"

Inline-Wiedergabe ist nur ein Teil des Problems und nur ein Problem für das iPhone.

Inline-Wiedergabe kommt auf iOS 10. Die iframe-Lösung funktioniert für das CORS-Problem, aber Sie verlieren devicemotion und orientationchange Ereignisse im untergeordneten Fenster

Ja, nur die Inline-Wiedergabe zu erhalten, ist nur die halbe Sache. Das CORS-Problem ist viel wichtiger, aber es wird nicht zu IOS 10 kommen. Das CORS-Problem kann für Safari, aber in macOS, vollständig behoben sein.

Der Iframe-Workaround ist keine Option, bei der es erforderlich ist, sich in derselben Domäne wie beispielsweise der Cloud-Speicher zu befinden. Vielleicht gibt es eine Art DNS-Hack, der es so aussehen lässt, als ob cname sub.domain.com domain.com ist, aber keine Ahnung.

@thiagopnts Würden diese Ereignisse also in einem eingebetteten iframe-Player sogar im Vollbildmodus deaktiviert werden?

@danrossi nach dem, was wir getestet haben, werden alle an window angehängten Ereignisse nicht ausgelöst, wenn sie sich in einem iframe befinden

Schöner Apfel!

@thiagopnts Können Sie ein iframe-Beispiel geben, das das Cors-Problem

@cheesyeyes hier: http://thiago.me/kaleidoscope/iframe.html
die Seite befindet sich unter github-Seiten, dann werden der iframe und das Video von Google Drive geladen

Ja, das funktioniert auf Safari, aber nicht sehr praktisch. eine statische HTML-Datei für jedes Video, das auf dem CDN sitzt?

Leute, sollte dieses Thema geschlossen werden?

Ich denke, da kannst du nichts machen. Genauso wie das "ältere Idevice beabsichtigte, das Throttling überflüssig zu machen", wie wir gerade beim FPS-Problem herausgefunden haben.

Etwas wirklich Bizarres hat sich in Safari auf Yosemite geändert, das es vorher nicht gab. Es hat bei vielen Dingen, die ich getan habe, die Feature-Erkennung mit CORS unterbrochen.

Nur ein Hinweis, Leute, die nur daran arbeiten, wie kaputt es wirklich ist.

var testVideo = document.createElement("video");
 testVideo.crossOrigin = "anonymous";
console.log(testVideo.hasAttribute("crossOrigin"));

In IE11 gibt es wie erwartet false zurück. In Safari stimmt es, aber der CORS-Bug ist offensichtlich immer noch da. Die Feature-Erkennung ist dazu da, offensichtlich den Proxy-Hack zu erfordern. Wahnsinn.

Also kann ich nicht umhin zu denken, dass etwas halbgebackenes Wechselgeld geschoben wurde?

Diese seltsame Änderung mit dem crossOrigin-Flag ist in Safari 10. Also eine halbfertige Implementierung. Safari 9 hatte es nicht.

Ich habe über einige Webkit-Bugtickets berichtet.

Sie haben den CORS-Proxy-Hack bei einem iOS-Update sabotiert. Es wird auch berichtet, dass macOS das CORS-Problem in Safari auch nicht behoben hat.

Ich muss jetzt herausfinden, wie ich ihre Sabotage umgehen kann.

Bringt mich ernsthaft ins Schwitzen, haha.

Tragen Sie Ihren Teil dazu bei und überzeugen Sie die Menschen, die Sie kennen, damit sie keine Apple-Geräte mehr verwenden. Lassen Sie sie wissen, dass Apple der neue IE5 ist.

Es ist schade zu sagen, dass CORS auf IOS eine Framework-Einschränkung ist, die sie in IOS 10 nicht behoben haben. Abgesehen davon ist alles, was Webkit verwendet, ein Problem.

Anscheinend ist das CORS-Problem in Safari in macOS behoben, aber in den neuesten Updates. Die Inline-Videowiedergabe funktioniert auch unter IOS 10.

Hier sind zwei Tests für das mp4-Streaming, ein weiterer für HLS. Das HLS erfordert zusätzliche Arbeit aufgrund eines separaten Fehlers mit FlipY, der unter OSX Safari immer noch ein Problem darstellt.

HLS-Rendering unter IOS 10 wird angezeigt, weist jedoch Probleme mit Farbartefakten auf. Die Frames funktionieren nicht mehr, aber ich glaube, es ist ein Problem mit dem Emulator und dem Dropping von Frames. Ich habe jetzt kein Gerät, das aufgrund von Obsoleszenz und aufgeblähter Programmierung auf Apples Seite auf IOS 10 aktualisiert werden kann. Der HLS-Proxy wird unter IOS 9 immer noch nicht angezeigt. Beide benötigen den CORS-Proxy für mp4 und HLS.

http://dev.electroteque.org/webgl/threejscors.html
http://dev.electroteque.org/webgl/threejscors-hls.html

Jetzt stecken Sie in einer Situation, dass die crossOrigin-Funktionserkennung nicht verwendet werden kann, da sie von Unterstützung in OSX 10.11 berichtet, aber so etwas gibt es nicht. müssen auch versuchen zu erkennen, in welchem ​​OSX Safari verwendet wird. sehr schlecht.

Das ist ein bisschen absurd und hält iOS wirklich von jeder echten videobasierten WebVR-Entwicklung zurück. Ich versuche, im Rahmen eines aktuellen Projekts eine domänenübergreifende Ressource zu erstellen, und das ist das einzige, was mich jetzt zurückhält. Funktioniert auf allen Android und Desktop/Laptops, aber natürlich funktioniert es nicht auf iOS...

@theDrGray Sie können den Iframe-Hack ausprobieren, aber Iframes blockieren Ausrichtungsapis, die einen anderen Hack benötigen, glaube ich? Ich werde bald eine iframe-Demo untersuchen.

Das bedeutet, dass Sie auf Ihrem CDN statische Videoplayer-Setups pro Video benötigen, was schlecht ist. Womit ich rumspielen könnte ist

filename.html wird geparst und der geladene Dateiname ist filename.mp4 , filename.webm, filename,m3u8 filename.mpd etc. Dann könnte ein privates Token wie filename.html?t=token darauf geladen werden.

Wenn nur eine Amazon Lamda-Funktion auf derselben Domain wie der Cname des Videos funktionieren könnte, könnten die Player dynamisch sein?

Wenn alles andere fehlschlägt, benötigen Sie einen CORS-Proxy und dies zu erkennen ist jetzt ein Problem. Sie haben es in Safari 10 sabotiert. Safari 10 meldet Unterstützung für "crossOrigin", aber in IOS 10 und Yosemite ist dies nicht der Fall. Sie müssen eine zweite Überprüfung für OSX 10.12 durchführen, haha

So sieht die CORS-Erkennung in meinem ES6-Player-Projekt aus

static supportsCORS() {
        let testVideo = document.createElement("video"),
            hasCORS = false;

        testVideo.crossOrigin = "anonymous";
        hasCORS = testVideo.hasAttribute("crossOrigin");
        testVideo = null;

        if (hasCORS) {

            if (WebVRUtils.isSafari) {

                if (WebVRUtils.isIpad) return false;
                return WebVRUtils.isNewSafari;
            }

            return true;
        }

        return false;

    }

    static get isSafari() {
        const userAgent = navigator.userAgent;
        return (/Safari/i).test(userAgent) && !(/Chrome/i).test(userAgent);
    }

    static get isIpad() {
        const userAgent = navigator.userAgent;
        return (/iP(hone|od|ad)/i).test(userAgent);
    }

    static get isNewSafari() {
        const version = /Mac OS X (10[\.\_\d]+)/.exec(navigator.userAgent)[1].split("_")[1];
        return +version >= 12;
    }

Gleiche Probleme hier.... Funktioniert überall außer iOS. Also ärgerlich. Was für ein großes Loch in meiner Leistung. Es funktioniert NUR (schreckliche Framerate darf ich hinzufügen), wenn der Quellpfad relativ ist ... Nicht ideal für das Skalierungssystem. Ugh.... Naja.... Wenigstens kann ich aufhören, mir den Kopf zu hämmern.... Es ist unmöglich.... Fürs Erste... Jetzt darum herum zu bauen... Und ux-Fallbacks und Nachrichten.

@danrossi Vielen Dank für Ihren Kommentar "Anscheinend ist das CORS-Problem in Safari in macOS behoben, aber in den neuesten Updates", jedoch konnte ich außer Ihrem Kommentar nirgendwo andere Details finden. Wissen Sie, mit welcher Version von macOS und Safari das funktioniert? Wäre das ein "Zeichen", dass Apple diesen Fix an iOS weitergeben wird?

Kann man hoffen...

Am 1. Dezember 2016 um 15:50 Uhr schrieb "Kieran Farr" [email protected] :

@danrossi https://github.com/danrossi Danke für deinen Kommentar
"Anscheinend ist das CORS-Problem in Safari in macOS behoben, aber das allerneueste"
Updates", allerdings habe ich sonst nirgendwo weitere Details finden können
außer deinem Kommentar. Wissen Sie, welche Version von macOS und Safari das ist?
arbeitet mit? Wäre das ein "Zeichen", dass Apple diesen Fix verbreiten wird?
iOS?

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment-264290616 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/ANKfT8A140W4hW0YMqq3L6AP_gljY4WUks5rDzMGgaJpZM4HYtu3
.

@kfarr was auch immer das neueste Update für macOS ist. Frühere Versionen von OSX und Safari haben das Problem immer noch. So rollt Apple. Sie zwingen Benutzer zu Updates, um Fixes zu erhalten.

Bestätigt, dass dies wie erwartet funktioniert (Fehler behoben) beim Testen mit dieser Test-URL unter Verwendung der neuesten macOS Sierra 10.12.1 (16B2659) Safari Version 10.0.1 (12602.2.14.0.7).

Der Fehler wurde in Mobile Safari unter iOS 10.2 Public Beta 3 (14C5077b) immer noch NICHT behoben. Es ist eine neuere Beta 4 verfügbar, die ich aber noch nicht installiert oder getestet habe.

Ja, es ist immer noch ein Problem auf IOS. Wenn Sie WebView Cordova-basierte Apps verwenden. Es gibt überhaupt kein CORS-Problem, das ist das Seltsamste.

Hhmmmmmm.... Cordova Wrapper behebt es!?! Seltsam...

Am 1. Dezember 2016, 18:59 Uhr schrieb "danrossi" [email protected] :

Ja, es ist immer noch ein Problem auf IOS. Wenn Sie WebView Cordova-basierte Apps verwenden.
Es gibt überhaupt kein CORS-Problem, das ist das Seltsamste.

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment-264333449 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/ANKfT40CQRZqWYEJWmojo_Omvl38WeUlks5rD19GgaJpZM4HYtu3
.

Yes umgeht jede CORS-Einschränkung und benötigt nicht einmal das crossOrigin-Attribut. Hoffentlich sabotieren sie das nicht, da es eine Option ist.

Irgendeine Idee, was dieses Verhalten für Cordova WebView verursacht? Ich habe versucht, diese Quelle https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/Private/Plugins/CDVUIWebViewEngine/CDVUIWebViewEngine.m zu lesen und kann nichts dazu finden.

@matti777 Soweit es mich betrifft, solange es funktioniert und hoffentlich nicht herausfindet und es absichtlich sabotiert, also sei es haha.

Ich muss bestätigen, dass dies unter IOS10 immer noch der Fall ist, aber sorry. Im Moment erkenne ich für Cordova und versuche nicht, CORS-Proxy-Quellen zu verwenden. Meine Funktion wechselt bei Bedarf zu CORS-Proxy-Quellen.

Nun, ich meinte, wenn ich wüsste, was Cordova mit seinem UIWebView anders macht, würde ich diesen Code in meiner eigenen nativen App replizieren, um die CORS-Unterstützung für meine html5-Videos zu erhalten, die ich auch als THREE.js-Texturen verwende.

Wir verwenden von Vimeo gehostete Videos und während die öffentlichen URLs des Formulars:

https://player.vimeo.com/external/...

..funktionieren nicht, die Videos funktionieren mit den URLs, auf die diese umgeleitet werden:

https://fpdl.vimeocdn.com/..

Vielleicht hat deren vimeocdn.com dann eine Reverse-Proxy-Funktion installiert? Ich denke, ich sollte Vimeo fragen.

Ich muss sagen, dass mich das sehr ärgert. Danke Steve.

• m

Ich werde die IFRAME-Lösung ausprobieren. Bin mir aber nicht ganz sicher, wie das geht. Ich erstelle das Videoelement / die Leinwand aus Code (und füge sie natürlich nie zum DOM hinzu), also habe ich mich gefragt, ob so etwas wie:

self.iframe = document.createElement("IFRAME");
self.iframe.setAttribute("src", 'https://player.vimeo.com/');
self.iframe.appendChild(self.video);

.. reicht.

Also, ähm, nachdem ich die iOS-Videotexturen aufgegeben hatte, wandte ich mich an Android, nur um ein ähnliches Verhalten durch THREE.js zu bemerken; mein CORS-Video wird wiedergegeben (ich höre den Ton), aber das Video wird nicht gerendert - ich erhalte nur einen schwarzen Bildschirm. Ich habe das gerade mit THREE.js r79 und r84 versucht. Das Seltsame hier ist, dass http://krpano.com/ios/bugs/ios8-webgl-video-cors/ auf Android

Dies ist der Code, den ich auf Android verwende - na ja, auf allen Plattformen - (wird in einer nativen App in einer Webansicht ausgeführt, mit aktivierter Hardwarebeschleunigung und installiertem WebChromeClient):

http://pastebin.com/Y1D3beti

Der einzige Unterschied zum funktionierenden krpano.com-Roh-WebGL-Ding besteht darin, dass die Textur direkt aus dem Videoelement hochgeladen wird, anstatt über eine Leinwand - ist das mein Problem? Ich müsste wirklich durch die Leinwand rendern, um Dinge über und um das Videobild hinzuzufügen.

• Matti

Der einzige Unterschied zum funktionierenden krpano.com-Roh-WebGL-Ding besteht darin, dass die Textur direkt aus dem Videoelement hochgeladen wird, anstatt über eine Leinwand - ist das mein Problem?

Vielleicht? Haben Sie versucht, das Video direkt weiterzugeben?

Dieses Ticket bezieht sich auf CORS-Probleme mit Safari. Safari 10 in macOS ist sogar für Dash vollständig behoben.

IOS 10 ist immer noch ein Problem mit COR und erfordert CORS-Proxys. Oder verwenden Sie Cordova Webview-Apps, die keine CORS-Einschränkungen verwenden.

Der Android-Stockbrowser unterstützt CORS nicht und selbst der CORS-Proxy funktioniert nicht.

Chrome und Firefox nur auf Android.

Dieses spezielle Problem hat leider nichts mit Three.js zu tun. Ich würde nicht einmal eine Leinwandzeichnung verwenden, bei der zu viele Frames fallen gelassen werden.

@danrossi können wir sehen, was du

Am Do, 26.01.2017, 8:41 Uhr schrieb danrossi [email protected] :

Dieses Ticket bezieht sich auf CORS-Probleme mit Safari. Safari 10 in macOS ist
sogar für Dash komplett behoben.

IOS 10 ist immer noch ein Problem mit COR und erfordert CORS-Proxys.

Der Android-Stockbrowser unterstützt CORS nicht und sogar der CORS-Proxy tut es
nicht arbeiten.

Chrome und Firefox nur auf Android.

Dieses spezielle Problem hat leider nichts mit Three.js zu tun. ich
würde nicht einmal eine Leinwandzeichnung verwenden, bei der zu viele Frames fallen gelassen werden.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment-275438671 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AANbgazonmTe-yGDfgToCRVhTy_qyp_Eks5rWMy1gaJpZM4HYtu3
.

>

http://jonobr1.com/

@danrossi Safari ist für dich komplett gefixt? Verwenden Sie den Proxy-Hack, um Safari jetzt zum Laufen zu bringen? Ich bekomme immer noch SecurityError (DOM Exception 18): The operation is insecure. auf https://krpano.com/ios/bugs/ios8-webgl-video-cors/ mit der Safari 10.0.3 auf El Capitan.

@timothyallan Ich hatte zu viele andere Projekte, um mich darauf zu konzentrieren, während ich viele verschiedene Videoplayer-Funktionen entwickle. Soweit ich das beurteilen kann, haben sie es in macOS Safari behoben, jede andere Safari ist für sie Dampfware. Ich habe keine Updates für ältere Betriebssysteme gesehen, auch keine Sicherheitsupdates.

IOS 10 ist hier der Dealbreaker und immer noch das Problem. Ich musste den Leuten die ganze Zeit erklären, warum es nicht funktioniert und wie man es vermeidet.

Apple erwartet, dass die Leute auf neue Betriebssysteme aktualisieren, und das ist meiner Meinung nach endgültig.

Das Webgl-Problem mit Dash in Safari Ich sehe unzählige Statusaktualisierungen auf diesem Ticket, aber in meinem Test denke ich, dass das auch in macOS funktioniert hat.

Hier nur ein Update. Diese Klatscher haben für einige Anstiftung gesorgt, obwohl sie immer noch sehr ruhig waren.

Der Cors-Fix befindet sich in der Betaversion von IOS11. IOS10 wird es nicht bekommen.

https://bugs.webkit.org/show_bug.cgi?id=135379#c92

Neues Update. IOS 11 Beta auf Geräten, von denen berichtet wurde, dass CORS behoben wurde. Benötigen Sie jetzt ein brandneues Gerät, das IOS 11 unterstützt.

Kümmern Sie sich nicht einmal um den Simulator, er ist kaputt und hat keinen CORS-Fix.

https://bugs.webkit.org/show_bug.cgi?id=135379#c108

Yay!!

Am 11. August 2017, 02:53 Uhr, schrieb "danrossi" [email protected] :

Neues Update. IOS 11 Beta auf Geräten, von denen berichtet wurde, dass CORS behoben wurde. Jetzt
benötigen ein brandneues Gerät, das IOS 11 unterstützt.

https://bugs.webkit.org/show_bug.cgi?id=135379#c108

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment-321742658 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/ANKfT5TG41uHQV8U_FrF8LaJ0EMKKIy_ks5sW_pjgaJpZM4HYtu3
.

Das Bestätigen von CORS ist in IOS 11.1 behoben. Ich habe gerade endlich das Budget, um ein Hardwaregerät zum Testen zu bekommen. So lange hat es gedauert.

Mit 11.1 ist kein CORS-Proxy erforderlich. Ich glaube nicht, dass die Unterstützung von CORS-Attributen mit Safari richtig getestet werden kann. Client-Versionsprüfungen durchführen müssen.

Es gibt jedoch große HLS/Webgl-Regressionsprobleme, die jetzt durchgegangen werden müssen.

Groß. Vielen Dank!

Am 5. November 2017 um 01:36 schrieb "danrossi" [email protected] :

Das Bestätigen von CORS ist in IOS 11.1 behoben. Ich habe gerade endlich das Budget bekommen, um zu bekommen
ein Hardwaregerät zum Testen. So lange hat es gedauert.

Mit 11.1 ist kein CORS-Proxy erforderlich. Ich glaube nicht, dass das CORS-Attribut
Support kann mit Safari richtig getestet werden. Muss Client-Version tun
überprüft.

Es gibt jedoch große HLS/Webgl-Regressionsprobleme, die jetzt durchgegangen werden müssen.

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/mrdoob/three.js/issues/8110#issuecomment-341952485 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/ANKfT52MncuxghqJmPes4iFoO1a_K_Gfks5szVd1gaJpZM4HYtu3
.