Three.js: वीडियो बनावट स्ट्रीमिंग के लिए सफारी/फ़ायरफ़ॉक्स डोम अपवाद 18

क्या उल्टा मुद्दा समस्या का हिस्सा है?

उल्टा होना समस्या का हिस्सा नहीं है। वह मैं आलसी था >_<

मैं यहां पुन: पेश कर सकता हूं। क्या आपने बीच में कैनवास रखने की कोशिश की है?

:+1:, बीच में एक कैनवास 2d की तरह?

हां, कैनवास 2d को बनावट के रूप में उपयोग करें और इसे वीडियो का चित्र बनाएं।

मैं अब यह करूँगा। https://dl.dropboxusercontent.com/u/1595444/shaka-player/shaka-canvas.html

ऐसा लगता है कि सफारी में कोई DOM Exception 18 फेंका नहीं गया है, लेकिन छवि स्थानांतरित नहीं हुई है। फ़ायरफ़ॉक्स के साथ ही। क्या इसका मतलब यह है कि यह एक ब्राउज़र कार्यान्वयन की बात है?

एक ही मुद्दे का सामना करना पड़ रहा है। सफारी डोम अपवाद 18 फेंकता है, फ़ायरफ़ॉक्स छवि लोड नहीं करता है लेकिन कोई त्रुटि भी नहीं दिखाता है। @ jonobr1 क्या आपको फ़ायरफ़ॉक्स में कोई त्रुटि मिल रही है?

फ़ायरफ़ॉक्स में कोई त्रुटि नहीं, लेकिन कोई छवि भी नहीं। मैं WebKit के साथ बग फाइल करने जा रहा हूं
और मोज़िला क्रमशः और देखें कि क्या कोई अतिरिक्त जानकारी सामने आती है।

मैं आप लोगों के बारे में नहीं जानता, लेकिन मैंने स्ट्रीमिंग वीडियो का कोई डेमो नहीं देखा है
WebGL बनावट पर अपलोड किया गया। हो सकता है कि स्रोत के रूप में YouTube वाला कोई हो?
गुरु, ११ फरवरी, २०१६ को रात ११:११ बजे ताहा सबिह नोटिफिकेशन @github.com
लिखा था:

एक ही मुद्दे का सामना करना पड़ रहा है। सफारी डोम अपवाद 18 फेंकता है, फ़ायरफ़ॉक्स नहीं करता है
छवि लोड करें लेकिन कोई त्रुटि भी नहीं दिखाता है। @ jonobr1
https://github.com/jonobr1 क्या आपको फ़ायरफ़ॉक्स में कोई त्रुटि मिल रही है?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment -183208337।

वीडियो स्ट्रीम करना अपने आप में कोई समस्या नहीं है। यदि आप जेएस में वीडियो तत्व बनाते हैं और वीडियो तत्व के स्रोत को सेट करने के लिए video.src का उपयोग करते हैं, तो वीडियो ठीक से स्ट्रीम होता है। शाका के साथ अनुकूली स्ट्रीमिंग एक समस्या है। मुझे लगता है कि समस्या वेबकिट और गीको में सीओआरएस कार्यान्वयन के साथ है इसलिए सफारी में डीओएम अपवाद 18। नीचे दिया गया उदाहरण सभी ब्राउज़रों पर समान डोमेन वीडियो स्रोतों के साथ पूरी तरह से काम करता है।

            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 );

बस स्पष्ट करने के लिए मुझे नहीं लगता कि video.src = "<your mp4 source>"; स्ट्रीमिंग हो रही है। मेरा मानना ​​है कि यह प्रगतिशील डाउनलोड है । लेकिन हां मैं आपकी बात से सहमत हूं।

दोस्तों क्या लोग अभी भी इसे केवल काम कर रहे हैं। यह केवल बदतर होता जा रहा है अब लोग वीआर वीडियो करने की कोशिश कर रहे हैं।

शुक्र है कि एक टिकट खुला है वरना अगर मैंने यह बताने की कोशिश की तो मैं बंद हो जाऊंगा।

सालों से सफारी में CORS के साथ समस्याएँ हैं। यह एक गंभीर दोष है और उन्होंने इसे पूरी अवमानना ​​के साथ माना है। 2डी कैनवास ड्राइंग भी प्रभावित कर रहा है।

मैंने सीधे ऐप्पल के साथ एक टिकट बनाया है क्योंकि जुलाई 2014 से वेबकिट के साथ कोई समस्या नहीं है। वेबजीएल वीडियो मूल रूप से तब तक आईओएस और सफारी पर बेकार है। लेकिन फिर इनलाइन वीडियो चलाने वाले आईफोन की भी आवश्यकता होती है।

मेरा मानना ​​है कि Apple के साथ डुप्लीकेट फाइल करने से उन्हें इसे जल्दी करने में मदद मिल सकती है।

कृपया इन्हें देखें। मैंने एंड्रॉइड पर पूरी तरह से वीडियो टेक्सचर और 360 वीडियो काम करना लगभग समाप्त कर दिया है, क्रोम देव के पास केवल निश्चित रेंडरिंग मुद्दे हैं जो मुझे उस पर क्रोमियम के साथ अथक रूप से काम करना था। क्रोम के साथ अब वीडियो प्लेबैक प्रदर्शन समस्याएं हैं।

मैं अब सफारी के साथ इस गड़बड़ी पर हूँ!

यह वास्तविक सेब टिकट का एक रडार है जिसमें शब्द के लिए शब्द जारी है

https://openradar.appspot.com/24641824

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

वास्तविक वेबकिट मुद्दा। वे काम का एक टुकड़ा हैं।

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

मूल रूप से इसका तीन.js से कोई लेना-देना नहीं है लेकिन @mrdoob कृपया इसे खुला रखें यह महत्वपूर्ण है।

आपको रिवर्स प्रॉक्सी हैक करने की ज़रूरत है जो स्नैपशॉट के लिए कैनवास 2 डी ड्राइंग की तरह कभी भी स्केल नहीं करेगा। यह अभी के लिए यहाँ प्रलेखित है

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;
    }

वह क्लाउडफ़्रंट को अग्रेषित करेगा। यह एचएलएस समेत किसी भी वीडियो पर काम करेगा।

ऐसा लगता है कि यह आईओएस पर इसे ब्लॉक करने के लिए किसी भी चीज़ से अधिक जानबूझकर तोड़फोड़ है। IOS पर Firefox में बिना किसी कारण के CORS समर्थन नहीं है। यह मेरी CORS प्रॉक्सी हैक फ़ॉलबैक सुविधा दिखा रहा है। मैंने सोचा था कि कम से कम फ़ायरफ़ॉक्स पूरी तरह कार्यात्मक होगा।

यह अभी भी स्पष्ट नहीं करता है कि फ़ायरफ़ॉक्स डेस्कटॉप चित्र क्यों नहीं बनाएगा। यह मूल शीर्षलेख भेजता है, और यदि शाका के बिना उपयोग किया जाता है तो ठीक काम करता है। केवल जब वीडियो स्रोत को ब्लॉब में संदर्भित किया जा रहा है (जैसा कि अनुकूली स्ट्रीमिंग के मामले में है) क्या यह छवि खींचने में विफल रहता है। यह किसी भी त्रुटि की रिपोर्ट भी नहीं करता है जो निराशाजनक है।

डैश डैश.जेएस और वीडियो बनावट के साथ ठीक काम करता है। लेकिन एक बार जब मैं उनके परिवर्तनों को पुन: सक्रिय कर दूंगा तो मैं विंडोज़/ओएसएक्स में पुष्टि करूंगा।

फायरफॉक्स ओएसएक्स और विंडोज पूरी तरह कार्यात्मक हैं। डैश या सामान्य html5 स्ट्रीमिंग के साथ।

निम्नलिखित के अलावा:

मुझे ये लॉग OSX और Windows दोनों पर दिखाई देते हैं।

Error: WebGL: Disallowing antialiased backbuffers due to blacklisting.

मैं वीएमवेयर में विंडोज 10 पर फ़ायरफ़ॉक्स चला रहा हूं। इस वजह से मुझे लगता है कि फ़ायरफ़ॉक्स वेबग्ल को अवरुद्ध कर रहा है। यह CanvasRenderer पर वापस गिर रहा था। मुझे इस कॉन्फ़िगरेशन के साथ विशेष रूप से webgl सक्षम करना था।

webgl.force-enabled=true

आपको WebGL समर्थन और CanvasRenderer पर वापस आने की जांच करने की आवश्यकता है, लेकिन मुझे विश्वास नहीं है कि यह आपकी समस्या है।

WebGL और Canvas दोनों को काम करने के लिए CORS समर्थन की आवश्यकता है, इसलिए Firefox को बाहर रखा गया है। यह अब वे सभी वेबकिट ब्लगर और Apple हैं।

एफवाईआई यह मेरा जेनरेट किया गया वीडियो टैग जैसा दिखता है।

आपको क्रॉसोरिजिन संपत्ति की आवश्यकता है जो सफारी के साथ पूरी तरह से झगड़ा है। जिसने भी कहा कि यह फ़ायरफ़ॉक्स पर काम नहीं करता है, यह सही नहीं है।

सफारी वर्षों से इसे लागू करने में विफल रही है और यही कारण है कि वेबजीएल क्रॉस डोमेन वीडियो के लिए इसके साथ काम नहीं करता है जिसके लिए रिवर्स प्रॉक्सी हैक की आवश्यकता होती है।

सीओआरएस के लिए आईई समर्थन भी बेकार है। IE11 इसे लागू करने में भी विफल रहा है। CORS और Webgl के साथ एज ब्राउज़र ठीक है।

<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>

अरे @danrossi , उत्साह से प्यार करो! क्या आपके पास इसका एक ऑनलाइन उदाहरण है जो डैश.जेएस में काम कर रहा है?

इसके अलावा, मैंने सफारी और फ़ायरफ़ॉक्स दोनों के साथ बग दर्ज की। आप यहां दोनों की प्रगति देख सकते हैं:

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

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

इस तरह के वीडियो टैग के साथ डैश.जेएस आज़माएं। अगर सफारी डैश के साथ काम कर रही है तो मैं प्रॉक्सी हैक से पुष्टि करूंगा।

मैं सुझाव देता हूं कि ऐप्पल को सीओआरएस मुद्दों पर उनके साथ सीओआरएस मुद्दे पर डुप्लिकेट टिकट निकालकर सीओआरएस मुद्दों में शामिल होने का सुझाव दें। मेरा मतलब है कि वेबकिट टिकट जुलाई 2014 से वहां बैठा हो सकता है लेकिन कुछ ऐसा ही अपंग है, जिस पर उन्हें कार्रवाई करनी चाहिए थी।

सफ़ारी पर MediaSource का उपयोग करते समय प्रॉक्सी हैक की पुष्टि करने से कुछ नहीं होता है यह mp4 फ़ाइलों के साथ ठीक है। तो अगर वे अंततः सीओआरएस लागू करते हैं तो भी यह टूट जाएगा।

मैंने वेबकिट मुद्दे में वहां एक टिप्पणी छोड़ी है, लेकिन 2014 के बाद से प्रमुख सीओआरएस टिकट को असाइन नहीं किया गया है, सफारी और आईओएस वीआर के लिए काफी मर चुके हैं।

विंडोज 10 और ओएसएक्स पर फ़ायरफ़ॉक्स मेरे लिए बिल्कुल ठीक है। फ़ायरफ़ॉक्स में IOS पर CORS नहीं है इसलिए वहां बेकार है। मैं ऐसा करने के लिए उनके लिए टिकट बना सकता हूं, इसलिए आईओएस पर कम से कम कुछ काम कर रहा है।

मैंने आपके वेबकिट टिकट पर एक और टिप्पणी छोड़ी है। वे मुख्य CORS मुद्दे से संबंधित हैं और संभवत: विलय कर दिया जाना चाहिए और एक ही बार में निपटा जाना चाहिए।

क्या वास्तव में मुझे पागल बनाता है आपका टिकट सौंपा गया है लेकिन वास्तविक सीओआरएस समस्या के लिए टिकट को 2 साल के लिए उच्च और सूखा छोड़ दिया गया है जिससे सफारी पर वीआर बेकार हो गया है।

फिर से इसका तीन.जेएस से कोई लेना-देना नहीं है, लेकिन उन लोगों के लिए खुला छोड़ दिया जाना चाहिए जो केवल सफारी और आईओएस को महसूस कर रहे हैं।

आईफोन के लिए इनलाइन वीडियो हैक्स के लिए कुछ शोध करने के बाद ठीक है, जिसे मैंने पहले ही ऐप्पल टिकट में जोड़ दिया है, ऐसा लगता है कि 2 डी कैनवास पर ड्राइंग सीओआरएस के बिना ठीक है। जब इससे डेटा यूरी प्राप्त करने का प्रयास किया जाता है तो इसमें समस्या होती है इसलिए मेरी गलती है। तो ऐसा लगता है कि वेबजीएल का उपयोग करते समय यह भी एक समस्या है क्योंकि सफारी में सीओआरएस समर्थन की कमी है और इसके बजाय कैनवास रेंडरर का सहारा लेना पड़ता है।

यह आईओएस पर अच्छा प्रदर्शन नहीं करता है या नहीं करता है क्योंकि यह फ्रेम छोड़ देता है और मेरा मानना ​​​​है कि इसे ऑडियो चलाने के लिए एक ऑडियो टैग की आवश्यकता है ताकि एमपीईजी डैश के लिए अच्छा काम न हो।

देखें http://stanko.github.io/html-canvas-video-player/

चीजों को सरल रखने के लिए मैंने सफारी के लिए mp4 का उपयोग करने के लिए इस कच्चे वेबलॉग उदाहरण को अपडेट किया है। मैंने उस वेबकिट टिकट को भी अपडेट कर दिया है। यह CORS समर्थन की कमी के कारण है।

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

"सुरक्षा त्रुटि: डोम अपवाद 18: उपयोगकर्ता एजेंट की सुरक्षा नीति को तोड़ने का प्रयास किया गया था।"

समस्या की रिपोर्ट करने का ध्यान रखने के लिए धन्यवाद. मैंने इसे तीन.जेएस के बाहर भी देखा है, और यह बहुत परेशान है ..!

सेब ! यदि संभव हो तो डुप्लीकेट टिकटों की एक बड़ी लहर की जरूरत है। मेरा मतलब है कि हेक यूट्यूब वेबजीएल समर्थन के साथ खुद के बारे में निश्चित है लेकिन सफारी काम नहीं करेगा और अपने वर्तमान 360 प्लेयर में काम नहीं करेगा, इसलिए मुझे यकीन नहीं है कि वे इसके बारे में कुछ क्यों नहीं कर रहे हैं। मैंने यह भी पुष्टि की है कि प्रॉक्सी हैक के साथ भी आईफोन इनलाइन नहीं चलेगा इसलिए वीआर और वीआर ग्लास पूरी तरह से आईफोन पर बेकार हैं। इसके लिए ऑडियो को अलग से चलाने और एक नया फ्रेम प्राप्त करने के लिए वीडियो के समय को अपडेट करने के लिए एक बहुत ही डोडी हैक की आवश्यकता होती है ताकि वास्तव में वीडियो न चल सके। यह डैश के साथ काम नहीं करेगा।

और यह एक कानूनी मुद्दा नहीं है जिसमें प्रारूप अधिकार वास्तविक गैर-तकनीकी मुद्दा है? तो आपने अन्य प्रारूपों की कोशिश की है जो मैं मान रहा हूँ? webm ogg जाहिरा तौर पर मीडिया सोर्स एक्सटेंशन्स MSE का भी विचार है, MP4 H.264 के लिए अलग-अलग हाई प्रोफाइल सेटिंग्स भी हैं जो लोअर एंड हार्डवेयर (मुद्दों) पर नहीं चलती हैं।
मुझे वीडियो प्रारूप संगतता के साथ समस्याएं याद आती हैं जो गैर-तकनीकी और अधिक लाइसेंसिंग और कानूनी हैं या केवल सनकी मुद्दों को नियंत्रित करती हैं।
वैसे भी इतना चौंकाने वाला +1। मुझे लगता है कि हम हमेशा बहिष्कार कर सकते हैं, अंत में कोई भी उस सामान का उपयोग नहीं करेगा जो काम नहीं करता है। मैं एंड्रॉइड और क्रोम का विशेष रूप से कई अन्य कारणों से उपयोग करता हूं, जिसमें यह भी शामिल है।

यह CORS कार्यक्षमता की कमी के साथ एक वेबकिट समस्या है। उन्होंने इसे सालों तक यह सोचकर बर्बाद होने दिया कि वे इससे दूर हो सकते हैं। केवल अब वे लोग जो Webgl का उपयोग करने का प्रयास कर रहे हैं उन्हें एक समस्या है और बस एहसास हो रहा है। दुर्घटना होने का इंतज़ार कर रही है। आईफोन को इनलाइन नहीं चलाने के लिए मजबूर करने के साथ ही। समान डोमेन वीडियो वास्तविक विश्व उपयोग नहीं हैं।

एंड्रॉइड क्रोम में वेबग्ल मुद्दे भी कैनवास को प्रस्तुत करते हैं। मैंने अभी पूरा महीना उस से निपटने में बिताया है और आखिरकार उस टिकट में पुष्टि की है कि नवीनतम देव अब फिर से काम कर रहा है। कम से कम एंड्रॉइड वीआर ग्लास और वेबवीआर के साथ काम करेगा, आईफोन नहीं करेगा।

मैं एक वास्तविक स्थानीय लोडेड डैश फ़ाइल के साथ एक बार फिर कोशिश करूंगा और देखें कि क्या होता है।

वेबकिट टिकट पर एक स्थिति अद्यतन है। मेरा मानना ​​​​है कि उन्हें उस टिकट पर काम करने के लिए कुछ और तय करना था, लेकिन फिर भी वास्तविक कॉर्स बग टिकट को किसी ने नहीं सौंपा। बिल्कुल सब कुछ उन पर भरोसा कर रहा है और उम्मीद है कि आईओएस और सफारी दोनों में रिलीज हो जाएगा। यह सेब के लिए बेहद शर्मनाक होना चाहिए। उन्होंने इसे बिना किसी कारण के कई सालों तक जाने दिया।

@danrossi हमें अप टू डेट रखने के लिए धन्यवाद! मैं

@danrossi अद्भुत काम! सभी अपडेट के लिए धन्यवाद

??? वेबकिट देव अब काम कर रहा है?

मैंने स्टेटस अपडेट को अन्यथा कहते हुए नहीं देखा है, लेकिन कमिट्स का शोर। मैं पुष्टि करूँगा।

यह आखिरी अपडेट है। कौन जानता है कि क्या यह वास्तव में CORS समर्थन की कमी को भी ठीक करता है।

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

कौन जानता है कि क्या यह कभी इसे IOS में बनाएगा। Iphone इनलाइन वीडियो प्लेबैक मुद्दे भी चिंता का विषय हैं। क्या मुझे इसके बारे में Apple को एक और बग टिकट बनाना चाहिए?

ओह क्षमा करें, मैंने सोचा था कि आपने कहा था कि यह काम कर रहा था। बहुत करीब लगता है। मेरे पास ऐप्पल के लिए रडार टिकट है और उन्होंने कभी जवाब नहीं दिया है। इसके लिए डुप्लीकेट बनाने की आवश्यकता होती है यदि वे कभी भी कार्रवाई या देखभाल करते हैं कि वीआर उनके प्लेटफॉर्म पर काम करता है।

इसलिए मेरा मानना ​​है कि Apple पर दबाव बढ़ रहा है। उन्होंने मेरा टिकट बंद कर दिया और दावा किया कि एक डुप्लिकेट था जिसे आप देख या टिप्पणी नहीं कर सकते हैं और यह बहुत जल्दी टिकट जैसा दिखता है। लेकिन यह अभी भी WebGL के लिए Iphone इनलाइन वीडियो प्लेबैक की व्याख्या नहीं करता है। यह प्रदान करने के लिए उनके लिए शिकायतों के ढेर की आवश्यकता है कि इसमें वर्षों लग सकते हैं।

मैं क्रोम लोगों के साथ जांच करने के लिए वापस गया हूं और ऐसा लगता है कि क्रोम देव एंड्रॉइड अभी भी वेबजीएल प्रतिपादन टूटा हुआ है। कुछ झंडे हैं जिन्हें इसे प्रदर्शित करने के लिए चालू किया जा सकता है लेकिन यह गंभीर रूप से गिराए गए फ्रेम का कारण होगा।

स्टॉक एंड्रॉइड ब्राउजर में सफारी जैसे सीओआरएस मुद्दे इतने बेकार हैं। Firefox IOS में CORS समर्थन का भी अभाव है और इसे लागू करने के लिए एक टिकट जोड़ने जा रहा है। सब कुछ अपंग करने वाला यह CORS सामान चौंकाने वाला है।

तो अगर आप लोगों को काम करने वाली सभी सुविधाओं के साथ मोबाइल के लिए एक सपोर्ट वेक्टर की जरूरत है। एंड्रॉइड फ़ायरफ़ॉक्स रात में क्योंकि उन्होंने वहां ओरिएंटेशन बग्स को ठीक किया और वह यह है। बहुत दुख की बात है।

अगर दिलचस्पी है तो मैंने औपचारिक रूप से यहां टिकट बनाया है, इसलिए आईओएस पर कम से कम फ़ायरफ़ॉक्स में वेबवीआर काम कर सकता है और सफारी के बारे में भूल सकता है। मैंने अभी तक पुष्टि नहीं की है कि यह आईफोन पर इनलाइन वीडियो चला सकता है या नहीं। वे CORS समर्थन पर कार्रवाई करने के लिए तेज हो सकते हैं लेकिन यह चौंकाने वाला नहीं है।

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

Apple के अक्षम करने वाले तंत्र की पुष्टि करने से वीडियो को फ़ायरफ़ॉक्स के लिए भी एक देशी प्लेयर में मजबूर किया जाता है। इसे देखने से जानबूझकर तोड़फोड़ की जाती है।

यह मैक पर फ़ायरफ़ॉक्स में कैनवास पर कुछ भी नहीं दिखाता है (क्रोम में काम करता है), आईओएस मुद्दा नहीं।

ओह, ff लगभग 2:50 . के बाद चित्र दिखाना शुरू करता है

यहाँ गलत मत समझो। यह एक CORS मुद्दा है, इसमें IOS / Safari के साथ सब कुछ है। मुझे उस डैश उदाहरण के बारे में कुछ भी पता नहीं है लेकिन मैंने ओएसएक्स पर फ़ायरफ़ॉक्स पर वीडियो बनावट के साथ डैश का परीक्षण किया है और यह ठीक है।

फ़ायरफ़ॉक्स पर डैश के साथ यह आपके द्वारा बनाए गए सेगमेंट के साथ एक समस्या प्रतीत होती है जब आप वीडियो फ़ाइलों को डैश संगत बनाने के लिए संसाधित कर रहे हैं। फ़ाइलों को खंडित नहीं करना फ़ायरफ़ॉक्स पर काम करता प्रतीत होता है (यह भी समझा सकता है कि खंडित वीडियो के अंतिम कुछ सेकंड क्यों चलते हैं)।

13 मार्च 2016 पसंद करें 9:51 बजे, danrossi [email protected] लिखा है:

यहाँ गलत मत समझो। यह एक CORS मुद्दा है, इसमें IOS / Safari के साथ सब कुछ है। मुझे उस डैश उदाहरण के बारे में कुछ भी पता नहीं है लेकिन मैंने ओएसएक्स पर फ़ायरफ़ॉक्स पर वीडियो बनावट के साथ डैश का परीक्षण किया है और यह ठीक है।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें।

यह मेरी पैक की गई फ़ाइलें हैं जिन्हें मैंने तीन.जेएस के साथ ठीक परीक्षण किया है। मैंने बेंटो 4 का इस्तेमाल किया। h264 कीफ़्रेम अंतराल अभी भी (2,3,4) * फ़्रेम दर HLS की तरह है। वेबजीएल के साथ कोई समस्या नहीं है। IOS पर वेबकिट और Apple और Firefox के लिए CORS समस्या बहुत अधिक है। आपको "क्रॉसोरिजिन" विशेषता निर्दिष्ट करनी होगी।

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

इसे यहां लाने के लिए खेद है, लेकिन लोगों को जानने की जरूरत है।

हाय दोस्तों मैंने अभी कुछ गलत और पीछे की ओर काम किया है और मोबाइल के लिए वही पुराना है जो मुझे दर्द की दुनिया में लाता है।

सैमसंग गियर S7 पर एक ब्राउज़र के साथ अपना ऐप लॉन्च करने का प्रयास करता है। मैंने किसी ने वेबजीएल/वेबवीआर का परीक्षण किया था और गियर चश्मा डालते समय यह क्रोम के बजाय अपना स्वयं का एप्लिकेशन लॉन्च करता है। WebVR का पूरा उद्देश्य चश्मे में फ़ुलस्क्रीन पर जाने पर WebGL कैनवास को लॉन्च करना है।

तो क्या हो रहा है ऐसा लगता है कि उनका मूर्खतापूर्ण ऐप क्रोम के बजाय स्टॉक एंड्रॉइड ब्राउज़र कोड का उपयोग करता है और इसलिए वेबजीएल वीडियो बनावट और क्रॉस डोमेन वीडियो और यहां तक ​​​​कि वेबवीआर एपीआई के लिए कोई समर्थन नहीं है।

ऐप्स बहुत पुरानी खबरें हैं, उम्मीद है कि पूरी सामग्री इसे चलाने के लिए डाउनलोड हो जाएगी। तो mp4 फ़ाइलों को डाउनलोड करना प्रगतिशील है, यह अब सभी खंडित स्ट्रीमिंग है ताकि मॉडल पुराना हो।

मैंने अभी काम किया है कि उत्पादन क्रोम एस 7 पर वेबजीएल वीडियो बनावट प्रस्तुत करना प्रतीत होता है लेकिन मेरा एस 3 पूरी तरह टूटा हुआ है और महीनों के लिए क्रोम देवों के साथ इसे समझने की कोशिश कर रहा है।

आईओएस के साथ अभी भी क्या चल रहा है, इसका कोई अंदाजा नहीं है। आईओएस अभी भी वीआर के लिए पूरी तरह से बेकार है। वेबकिट अभी भी क्रॉस डोमेन सुरक्षा समर्थन के साथ भर रहा है, वे वर्षों तक वीआर को बेकार करने में विफल रहे। इसलिए यह सब ऊपर।

FYI करें: यह प्रतिबद्ध https://github.com/mrdoob/three.js/commit/854ebf5bd6179a3046d4b901b12a9cbc99008c61 फ़ायरफ़ॉक्स के लिए समस्या को ठीक करता है

हाय इसके अनुसार चुपके से ऐप्पल ने मेरे बग टिकटों को नजरअंदाज कर दिया और उन्हें बंद कर दिया, ऐसा लगता है कि ऐप्पल ने इसे ठीक कर दिया है लेकिन कोड को सफारी में लेकिन मैकोज़ में लगता है। एक ओएस और ब्राउज़र अभी तक कोई भी उपयोग नहीं कर रहा है।

यदि वे इसे वापस वेबकिट में मर्ज नहीं करते हैं और वर्तमान ब्राउज़रों को पैच किए गए अपडेट प्रदान करते हैं तो लोगों को प्रतीक्षा करनी होगी लेकिन फिर भी लीगेसी प्रॉक्सी फ़ॉलबैक प्रदान करना होगा।

यह अभी भी डैश के लिए तोड़ा जाएगा, हालांकि प्रॉक्सी हैक काम नहीं करता है, लेकिन फिर से पुष्टि करेगा।

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

हे दोस्तों, सारी जानकारी के लिए धन्यवाद,

लेकिन वास्तव में, अगर कोई यहां सूचीबद्ध 'रिवर्स प्रॉक्सी हैक्स' को लागू करने के बारे में विस्तार से बता सकता है:
https://github.com/mrdoob/three.js/issues/8110#issuecomment -183570240

वह महान होगा

धन्यवाद
सारी

अपाचे के लिए

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

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;
    }

जो मैं वर्तमान वेबकिट ब्राउज़र इकट्ठा करता हूं उससे कभी भी परिवर्तन नहीं दिखाई देगा। वे इसे एक मैक और आईओएस ओएस के लिए तैयार करेंगे जो किसी के पास भी नहीं है। वे अभी भी "ढांचे के मुद्दों" को वापस पकड़ने के कारण आईओएस के लिए सीओआरएस के साथ मिल रहे हैं।

यदि स्टेज 3 डी हार्डवेयर को त्वरित रूप से प्रस्तुत कर सकता है तो फ्लैश समाधान का सहारा लेना पड़ सकता है लेकिन यह इसे पसंद नहीं करता है। यह लगातार बिटमैपडेटा खींच रहा है।

शीघ्र उत्तर के लिए धन्यवाद

ठीक है, इसलिए मेरे लिए अभी तक कोई समाधान नहीं है, जब तक कि Apple इसे ठीक नहीं करता।

फ़ॉलबैक विकल्पों के लिए "DOM Exception 18" को पकड़ने के बारे में क्या? मैं इसे कैसे पकड़ सकता हूं?

मैंने इसे तीन.WebGLRenderer ऑब्जेक्ट के रेंडर () कॉल पर डालने की कोशिश की, लेकिन यह पकड़ा नहीं गया।

आप एक अस्थायी वीडियो पर पहचान करते हैं। अर्थात

testVideo.hasAttribute("crossOrigin")

आप केवल ब्राउज़र डिटेक्शन भी कर सकते हैं। इसकी सफारी और आईई 11.

इस पागल मुद्दे के बारे में बस एक सिर। मैं अभी तक आईओएस पर वीआर मोड का परीक्षण नहीं कर सकता जब तक कि मैं अपने आईपैड पर तैनात नहीं करता।

कॉर्डोवा ऐप्स वेबव्यू का उपयोग करते हैं। इसमें इनलाइन खेलने के विकल्प हैं इसलिए उस अजीब समस्या के आसपास काम करता है। यह यूजर इंटरेक्शन के आसपास काम करता है। यह उनमें से सबसे पागल है और मुझे पागल कर रहा है।

ऐसा लगता है कि वेबव्यू पूरी तरह से सीओआरएस के आसपास काम करता है, भले ही इसकी स्थानीय एचटीएमएल फाइल फाइल पर चल रही हो : //। वेबजीएल क्रॉसोरिजिन विशेषता की आवश्यकता के बिना कॉर्डोवा ऐप्स में काम कर रहा है। यह चौंकाने वाली और अच्छी खबर दोनों है। इसे प्रॉक्सी हैक की आवश्यकता नहीं होगी लेकिन सफारी आईओएस/ओएसएक्स की होगी।

मैं छद्म वीआर अभिविन्यास नियंत्रण की जांच नहीं कर सकता, लेकिन स्पर्श नियंत्रण काम कर रहा है इसलिए पुराना कार्डबोर्ड स्टीरियो प्रभाव है। मैं उस वेबकिट टिकट को अपडेट कर दूंगा।

क्रोम रेंडरिंग बग के कारण एंड्रॉइड पर परीक्षण एक समस्या है जिसे मैंने क्रोमियम लोगों को ठीक करने और छोड़ने की कोशिश में 3 महीने बिताए। यह दुख की बात है कि यह पूरी तरह से काला है और उम्मीद है कि कोई CORS मुद्दा नहीं है जो त्रुटियाँ नहीं दिखा रहा है।

तो क्या मुझे यह सही लगा? सर्वर पर उस प्रॉक्सी हैक को लागू करके वेबग्ल के साथ वेबजीएल वीडियो बनावट का उपयोग करने का यह अभी भी एकमात्र तरीका है?

सफारी पूरी तरह से और पूरी तरह से बोलोक्स्ड है और आईओएस भी ऐसा ही है। यदि आप कॉर्डोवा वेबव्यू आधारित ऐप्स का उपयोग करते हैं, तो आप इनलाइन, ऑटो प्ले चला सकते हैं और यह नहीं पूछ सकते कि क्यों लेकिन CORS कोई समस्या नहीं है। यह IOS पर mp4 / HLS के लिए होगा।

लेकिन जैसा कि मैंने रिपोर्ट किया है और पता चला है। वे पुराने उपकरणों का गला घोंट देते हैं और लोगों को अपग्रेड करने के लिए मजबूर करने के लिए उन्हें धीमा कर देते हैं। Ipad 3 WebGL के लिए बेकार है और 5fps पर वापस रेंडर करता है। इसे एक नया उपकरण बनाने की जरूरत है।

OSX पर Safari में, Mediasource पूरी तरह से और पूरी तरह से बोलोक्स्ड है। सीओआरएस प्रॉक्सी वहां काम नहीं करता है। यह एक mp4 फ़ाइल या देशी HLS भी होना चाहिए। देशी HLS के साथ आप एक CORS प्रॉक्सी url प्रदान करते हैं।

Apple के ये युगल macOS में सुधार जारी करने की योजना बना रहे हैं, इसलिए कुछ में अभी तक किसी के पास भी नहीं है।

वे आईओएस में अंतर्निहित ढांचे के मुद्दों को ठीक करने की कोशिश कर रहे हैं। इसलिए मुझे संदेह है कि आईओएस की अगली रिलीज में सीओआरएस भी तय किया जाएगा।

न तो WebVR है, न ही दोनों मजाक हैं। वे WebVR को किसी तरह का मजाक मानते हैं और सालों पीछे हैं।

डेस्कटॉप पर वेबवीआर को विंडोज एसडीके की जरूरत है, इसलिए ओएसएक्स अभी तक एक विकल्प नहीं है, लेकिन क्लाइंट परीक्षण के लिए कम से कम एपीआई हो सकता है? यदि एंड्रॉइड में एक डिफ़ॉल्ट कार्डबोर्ड डिस्प्ले है तो पता नहीं क्यों आईओएस वेबवीआर सक्षम नहीं कर सकता है?

उन्होंने इस CORS मुद्दे को वर्षों तक छोड़ दिया और यह उसी का उत्पाद है।

यह वाकई पागल लगता है।
(क्षमा करें, मैं पूर्ण स्टैक डेवलपर नहीं हूं)
मैं बस यह सुनिश्चित करना चाहता हूं: अगर मेरे पास वेबलॉग पर सर्वर वीडियो बनावट तक पहुंच नहीं है तो आईओएस पर संभव नहीं है? प्रॉक्सी हैक के साथ यह आईओएस पर काम करता है लेकिन ओएसएक्स पर नहीं?

आप एक आईफ्रेम का प्रयास कर सकते हैं। मैंने अभी तक इसकी कोशिश नहीं की है। प्लेयर को वीडियो फाइलों के साथ क्लाउडफ्रंट पर बैठना होगा।

हालांकि गतिशील कोड के साथ मदद नहीं करता है। यानी कुछ छद्म लिंक।

एक वीडियो लिंक है //videos.electroteque.org/360/video.mp4

आईफ्रेम पेज //videos.electroteque.org/360/player.html है

Apple मेरे विश्वास के मानकों के साथ आगे बढ़ रहा है। जहाँ आपको अपने खिलाड़ियों के लिए स्थिर फ़ाइल iframe पृष्ठ चाहिए।

मैंने देखा कि iOS के लिए Chrome इनलाइन प्लेबैक जोड़ रहा होगा:
https://bugs.chromium.org/p/chromium/issues/detail?id=395206
मंगल, 23 अगस्त, 2016 को 5:18 AM पर danrossi [email protected] लिखा है:

आप एक आईफ्रेम का प्रयास कर सकते हैं। मैंने अभी तक इसकी कोशिश नहीं की है। खिलाड़ी को करना होगा
वीडियो फ़ाइलों के साथ क्लाउडफ़्रंट पर बैठे रहें।

हालांकि गतिशील कोड के साथ मदद नहीं करता है। यानी कुछ छद्म लिंक।

एक वीडियो लिंक है //videos.electroteque.org/360/video.mp4

आईफ्रेम पेज //videos.electroteque.org/360/player.html है

Apple मेरे विश्वास के मानकों के साथ आगे बढ़ रहा है। जहां आपको स्थैतिक की आवश्यकता है
अपने खिलाड़ियों के लिए आईफ्रेम पेज फाइल करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment -241712327,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AANbgfcQaLhx_UmJHEmViJ76_Hi4uikSks5qiuUKgaJpZM4HYtu3
.

हां! मैं

मैंने अभी आईओएस पर क्रोम का परीक्षण किया है। मुझे नहीं पता था कि उनके पास एक था।

ऐसा लगता है कि यह फ़ायरफ़ॉक्स की तरह वेबकिट का भी उपयोग करता है। और CORS मुद्दों से ग्रस्त है। आईओएस पर क्रोम को दूरस्थ रूप से डीबग करना मुश्किल है क्योंकि स्पष्ट रूप से ऐप्पल की कठोर सीमाएं उनके पक्ष में हैं और वीनर क्रैश होता रहता है। लेकिन मैंने यूआरएल के आसपास अपना सीओआरएस काम बदल दिया और मुझे एक काला फ्रेम मिल गया। तो मुझे पता है कि आईओएस पर क्रोम, फ़ायरफ़ॉक्स और सफारी पर सीओआरएस अपंग है। उचित CORS प्रॉक्सी url के साथ यह "काम कर रहा है"

इनलाइन प्लेबैक समस्या का केवल एक हिस्सा है और केवल Iphone के लिए एक समस्या है।

आईओएस 10 पर इनलाइन प्लेबैक आ रहा है। आईफ्रेम समाधान सीओआरएस मुद्दे के लिए काम करता है, लेकिन आप चाइल्ड विंडो में devicemotion और orientationchange ईवेंट खो देते हैं

हाँ केवल इनलाइन प्लेबैक प्राप्त करना केवल आधा मुद्दा है। CORS समस्या कहीं अधिक महत्वपूर्ण है, लेकिन यह IOS 10 में नहीं आएगी। CORS समस्या पूरी तरह से Safari के लिए लेकिन macOS में तय की जा सकती है।

उदाहरण के लिए इफ्रेम वर्कअराउंड एक विकल्प नहीं है जिसके लिए क्लाउड स्टोरेज के समान डोमेन पर बैठने की आवश्यकता होती है। हो सकता है कि इसे cname sub.domain.com डोमेन.com की तरह दिखने के लिए किसी प्रकार का DNS हैक है लेकिन कोई विचार नहीं है।

@thiagopnts तो क्या उन घटनाओं को पूर्णस्क्रीन में भी आईफ्रेम एम्बेडेड प्लेयर में अक्षम कर दिया जाएगा?

@danrossi हमने जो परीक्षण किया है, window जुड़ी सभी घटनाओं को आईफ्रेम के अंदर निकाल दिया नहीं जाता है

अच्छा एक सेब!

@thiagopnts क्या आप कॉर्स मुद्दे को ठीक करने के लिए एक आईफ्रेम उदाहरण दे सकते हैं? धन्यवाद!!

@cheesyeyes यहाँ: http://thiago.me/kaleidoscope/iframe.html
पृष्ठ github पृष्ठों के अंतर्गत है, फिर iframe और वीडियो Google ड्राइव से लोड किए गए हैं

हाँ यह सफारी पर काम करता है लेकिन बहुत व्यावहारिक नहीं है। सीडीएन पर बैठे प्रत्येक वीडियो के लिए एक स्थिर एचटीएमएल फाइल?

दोस्तों क्या इस मुद्दे को बंद कर देना चाहिए?

मुझे लगता है कि ऐसा कुछ नहीं है जो आप कर सकते हैं। ठीक उसी तरह जैसे "पुराने Idevice ने इसे अप्रचलित बनाने के लिए थ्रॉटलिंग का इरादा किया था" जैसा कि हमने अभी-अभी एफपीएस मुद्दे के साथ पाया है।

योसेमाइट पर सफारी में वास्तव में कुछ विचित्र बदल गया है जो पहले नहीं था। इसने मेरे द्वारा की गई बहुत सी चीजों में सीओआरएस के साथ फीचर डिटेक्शन को तोड़ दिया है।

बस एक सिर ऊपर लोग काम कर रहे हैं कि यह वास्तव में कितना टूटा हुआ है।

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

आईई 11 में यह अपेक्षित के रूप में झूठी वापसी करता है। सफारी में यह सच है लेकिन सीओआरएस बग अभी भी स्पष्ट रूप से वहां है। सुविधा का पता लगाने के लिए स्पष्ट रूप से प्रॉक्सी हैक की आवश्यकता होती है। पागलपन।

तो मैं यह सोचने में मदद नहीं कर सकता कि कुछ आधा बेक्ड परिवर्तन धक्का दिया गया था?

क्रॉसऑरिजिन ध्वज के साथ यह अजीब बदलाव सफारी 10 में है। तो आधा बेक्ड कार्यान्वयन। सफारी 9 में यह नहीं था।

मैंने कुछ वेबकिट बग टिकटों की सूचना दी है।

वे चले गए हैं और IOS अपडेट पर CORS प्रॉक्सी हैक को तोड़फोड़ किया है। macOS ने भी सफारी में CORS समस्या को ठीक नहीं करने की सूचना दी है।

मुझे अब यह पता लगाना है कि उनके तोड़फोड़ के आसपास कैसे काम किया जाए।

गंभीरता से मुझे पसीना हाहा काम कर रहा है।

हर कोई, अपना हिस्सा करें और उन लोगों को समझाएं जिन्हें आप जानते हैं कि वे Apple उपकरणों का उपयोग बंद कर दें। बता दें कि Apple नया IE5 है।

आईओएस पर सीओआरएस एक ढांचा प्रतिबंध है, मुझे विश्वास है कि उन्होंने आईओएस 10 में ठीक करने की जहमत नहीं उठाई। इसके अलावा वेबकिट का उपयोग करने वाली कोई भी चीज एक समस्या है।

जाहिर तौर पर मैकओएस में सफारी में सीओआरएस मुद्दा तय किया गया है लेकिन नवीनतम अपडेट। आईओएस 10 में इनलाइन वीडियो प्लेबैक भी काम कर रहा है।

एचएलएस के लिए mp4 स्ट्रीमिंग के लिए दो परीक्षण यहां दिए गए हैं। FlipY के साथ एक अलग बग के कारण HLS को अतिरिक्त काम की आवश्यकता होती है जो अभी भी OSX Safari पर एक समस्या है।

IOS 10 पर HLS रेंडरिंग प्रदर्शित हो रही है, लेकिन इसमें रंग विरूपण साक्ष्य समस्याएँ हैं। फ्रेम काम करना बंद कर देते हैं लेकिन मुझे विश्वास है कि यह एमुलेटर और फ्रेम छोड़ने के साथ एक मुद्दा है। मेरे पास अब ऐसा कोई उपकरण नहीं है जिसे Apple के अंत में अप्रचलित और ब्लोटी प्रोग्रामिंग के कारण IOS 10 में अपडेट किया जा सके। HLS वन अभी भी IOS 9 पर बिल्कुल भी दिखाई नहीं देता है। दोनों को mp4 और HLS के लिए CORS प्रॉक्सी की आवश्यकता होती है।

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

अब एक स्थिति के साथ अटक गया है कि क्रॉसऑरिजिन फीचर डिटेक्शन का उपयोग नहीं किया जा सकता है क्योंकि यह OSX 10.11 में समर्थन की रिपोर्ट करता है लेकिन ऐसी कोई बात नहीं है। कोशिश करनी होगी और पता लगाना होगा कि किस OSX सफारी में भी उपयोग किया जाता है। बहुत बुरा।

यह थोड़ा बेतुका है और वास्तव में किसी भी वास्तविक वीडियो आधारित वेबवीआर विकास से आईओएस को वापस पकड़ रहा है। मैं एक मौजूदा परियोजना के हिस्से के रूप में एक क्रॉस डोमेन संसाधन खींचने की कोशिश कर रहा हूं, और यह एकमात्र चीज है जो मुझे अभी वापस पकड़ रही है। सभी एंड्रॉइड और डेस्कटॉप/लैपटॉप पर काम करना लेकिन निश्चित रूप से यह आईओएस पर काम नहीं करता है ...

@theDrGray आप आईफ्रेम हैक की कोशिश कर सकते हैं लेकिन आईफ्रेम ब्लॉक ओरिएंटेशन एपिस जिसे मुझे विश्वास है कि एक और हैक की आवश्यकता है? मैं जल्द ही एक आईफ्रेम डेमो की जांच करूंगा।

इसका मतलब है कि आपके सीडीएन पर आपको प्रति वीडियो स्थिर वीडियो प्लेयर सेटअप की आवश्यकता है जो खराब है। मैं जिसके साथ खेल सकता हूं वह है

filename.html पार्स किया गया है और फ़ाइल नाम लोड किया गया है filename.mp4, filename.webm, filename,m3u8 filename.mpd आदि। फिर उस पर एक निजी टोकन लोड किया जा सकता है जैसे filename.html?t=token।

यदि केवल अमेज़ॅन लैमडा फ़ंक्शन उसी डोमेन पर काम कर सकता है जैसे कि वीडियो cname खिलाड़ी गतिशील हो सकते हैं ??

यदि अन्य सभी विफल हो जाते हैं तो आपको एक CORS प्रॉक्सी की आवश्यकता होती है और इसका पता लगाने के लिए अब एक समस्या है। उन्होंने इसे सफारी 10 में तोड़फोड़ की। सफारी 10 "क्रॉसऑरिजिन" के समर्थन की रिपोर्ट करता है लेकिन यह वास्तव में आईओएस 10 और योसेमाइट में नहीं है। आपको OSX 10.12 haha ​​के लिए द्वितीयक जाँच करने की आवश्यकता है

यहाँ मेरे ES6 प्लेयर प्रोजेक्ट में CORS डिटेक्शन कैसा दिखता है

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;
    }

यहां वही मुद्दे .... आईओएस को छोड़कर हर जगह काम करता है। इतना परेशान। मेरे सुपुर्दगी में कितना बड़ा छेद है। स्रोत पथ सापेक्ष होने पर यह केवल काम करता है (भयानक फ्रेम दर मैं जोड़ सकता हूं) ... स्केलिंग सिस्टम के लिए आदर्श नहीं है। उह... ठीक है.... कम से कम मैं अपना सिर पीटना बंद कर सकता हूं... यह असंभव है... अभी के लिए... अब इसके चारों ओर निर्माण करने के लिए... और ux फ़ॉलबैक और मैसेजिंग।

@danrossi आपकी टिप्पणी के लिए धन्यवाद "जाहिरा तौर पर मैकोज़ में सफारी में

कोई उम्मीद कर सकता है...

1 दिसंबर 2016 को अपराह्न 3:50 बजे, "कीरन फर्र" नोटिफिकेशन @github.com ने लिखा:

@danrossi https://github.com/danrossi आपकी टिप्पणी के लिए धन्यवाद
"जाहिरा तौर पर मैकोज़ में सफारी में सीओआरएस मुद्दा तय किया गया है लेकिन बहुत नवीनतम
अपडेट," हालांकि मुझे अन्य विवरण कहीं और नहीं मिले हैं
आपकी टिप्पणी के अलावा। क्या आप जानते हैं कि यह macOS और Safari का कौन सा संस्करण है?
के साथ काम करता है? क्या यह एक "संकेत" होगा कि Apple उस फिक्स का प्रचार करेगा
आईओएस?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment-264290616 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ANKfT8A140W4hW0YMqq3L6AP_gljY4WUks5rDzMGgaJpZM4HYtu3
.

@kfarr macOS के लिए हालिया अपडेट जो भी हो। OSX और Safari के पिछले संस्करणों में अभी भी समस्या है। इस तरह Apple रोल करता है। वे उपयोगकर्ताओं को फ़िक्सेस प्राप्त करने के लिए अद्यतन करने के लिए बाध्य करते हैं।

नवीनतम macOS Sierra 10.12.1 (16B2659) Safari संस्करण 10.0.1 (12602.2.14.0.7) का उपयोग करके इस परीक्षण URL के विरुद्ध परीक्षण करते समय पुष्टि की गई कि यह अपेक्षित (बग फिक्स) के रूप में काम करता है।

IOS 10.2 पब्लिक बीटा 3 (14C5077b) पर मोबाइल सफारी में बग अभी भी ठीक नहीं हुआ है। एक नया बीटा 4 उपलब्ध है लेकिन मैंने अभी तक स्थापित या परीक्षण नहीं किया है।

हाँ यह अभी भी आईओएस पर एक मुद्दा है। यदि आप WebView Cordova आधारित ऐप्स का उपयोग करते हैं। कोई CORS समस्या नहीं है, यह सबसे अजीब हिस्सा है।

हम्म्मम्म... कॉर्डोवा रैपर इसे ठीक करता है!?! अजीब...

दिसंबर 1, वर्ष 2016 6:59 प्रधानमंत्री पर "danrossi" [email protected] लिखा है:

हाँ यह अभी भी आईओएस पर एक मुद्दा है। यदि आप WebView Cordova आधारित ऐप्स का उपयोग करते हैं।
कोई CORS समस्या नहीं है, यह सबसे अजीब हिस्सा है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment-264333449 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ANKfT40CQRZqWYEJWmojo_Omvl38WeUlks5rD19GgaJpZM4HYtu3
.

हाँ किसी भी CORS प्रतिबंध के आसपास काम करता है और उसे crossOrigin विशेषता की भी आवश्यकता नहीं है। उम्मीद है कि वे इसे तोड़फोड़ नहीं करेंगे क्योंकि यह एक विकल्प है।

कोई विचार क्या कॉर्डोवा वेबव्यू के लिए इस व्यवहार का कारण बनता है? मैंने इस स्रोत के माध्यम से पढ़ने की कोशिश की https://github.com/apache/cordova-ios/blob/master/CordovaLib/Classes/Private/Plugins/CDVUIWebViewEngine/CDVUIWebViewEngine.m और संबंधित कुछ भी नहीं खोज सकता।

@ matti777 जहां तक ​​मेरा संबंध है, जब तक यह काम करता है और उम्मीद है कि वे इसका पता नहीं

मुझे यह पुष्टि करने की आवश्यकता है कि यह अभी भी IOS10 पर मामला है, हालांकि क्षमा करें। अभी के लिए मैं कॉर्डोवा का पता लगाता हूं और सीओआरएस प्रॉक्सी स्रोतों का उपयोग करने की कोशिश नहीं करता। जरूरत पड़ने पर मेरी सुविधा CORS प्रॉक्सी स्रोतों में बदल जाती है।

खैर मेरा मतलब था कि अगर मुझे पता था कि कॉर्डोवा अपने UIWebView के साथ अलग तरीके से क्या कर रहा था, तो मैं अपने एचटीएमएल 5 वीडियो के लिए सीओआरएस समर्थन रखने के लिए उस कोड को अपने मूल ऐप में दोहराऊंगा जिसे मैं तीन.जेएस बनावट के रूप में भी उपयोग करता हूं।

हम Vimeo द्वारा होस्ट किए गए वीडियो और फ़ॉर्म के सार्वजनिक URL का उपयोग कर रहे हैं:

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

..काम नहीं करते, वीडियो उन यूआरएल के साथ काम करते हैं जिन पर इन्हें रीडायरेक्ट किया जाता है:

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

शायद उनके vimeocdn.com में एक रिवर्स प्रॉक्सी सुविधा स्थापित है? मुझे लगता है मुझे Vimeo से पूछना चाहिए।

मुझे कहना होगा कि मैं इससे बहुत नाराज हूं। धन्यवाद स्टीव।

• एम

मैं IFRAME-समाधान की कोशिश कर रहा हूँ। हालांकि यह सुनिश्चित नहीं है कि यह कैसे करें। मैं कोड से वीडियो तत्व/कैनवास बना रहा हूं (और निश्चित रूप से उन्हें डीओएम में कभी नहीं जोड़ रहा हूं) इसलिए मैं सोच रहा था कि कुछ ऐसा है:

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

.. बहुत है।

तो, उह, आईओएस वीडियो बनावट को छोड़ने के बाद, मैंने एंड्रॉइड की ओर रुख किया, बस थ्री.जेएस के माध्यम से एक समान व्यवहार को नोटिस करने के लिए; मेरा CORS वीडियो चलता है (मैं ऑडियो सुनता हूं) लेकिन वीडियो रेंडर नहीं करता है - मुझे केवल एक काली स्क्रीन मिल रही है। मैंने इसे अभी तीन.js r79 और r84 के साथ आजमाया। यहाँ अजीब बात यह है कि http://krpano.com/ios/bugs/ios8-webgl-video-cors/ Android पर ठीक काम करता है?

यह वह कोड है जिसका मैं एंड्रॉइड पर उपयोग कर रहा हूं - अच्छी तरह से सभी प्लेटफॉर्म, उस मामले के लिए - (वेबव्यू में देशी ऐप के अंदर चल रहा है, हार्डवेयर त्वरण चालू है और WebChromeClient स्थापित है):

http://pastebin.com/Y1D3beti

काम कर रहे krpano.com कच्चे वेबजीएल चीज़ में एकमात्र अंतर यह है कि वे कैनवास के बजाय सीधे वीडियो तत्व से बनावट अपलोड कर रहे हैं - क्या यह मेरी समस्या है? वीडियो छवि के ऊपर और आसपास सामान जोड़ने के लिए मुझे वास्तव में कैनवास के माध्यम से प्रस्तुत करना होगा।

• मेटी

काम कर रहे krpano.com कच्चे वेबजीएल चीज़ में एकमात्र अंतर यह है कि वे कैनवास के बजाय सीधे वीडियो तत्व से बनावट अपलोड कर रहे हैं - क्या यह मेरी समस्या है?

शायद? क्या आपने सीधे वीडियो पास करने की कोशिश की है?

यह टिकट सफारी के साथ CORS मुद्दों के संबंध में है। मैकओएस में सफारी 10 पूरी तरह से डैश के लिए भी तय है।

IOS 10 अभी भी COR के साथ एक समस्या है और इसके लिए CORS प्रॉक्सी की आवश्यकता होती है। या कॉर्डोवा वेबव्यू ऐप्स का उपयोग करें जो सीओआरएस प्रतिबंधों का बिल्कुल भी उपयोग नहीं करते हैं।

एंड्रॉइड स्टॉक ब्राउज़र सीओआरएस का समर्थन नहीं करता है और यहां तक ​​कि सीओआरएस प्रॉक्सी भी काम नहीं करता है।

क्रोम और फ़ायरफ़ॉक्स केवल Android पर।

इस विशेष मुद्दे का तीन से कोई लेना-देना नहीं है। मुझे डर है। मैं कैनवास ड्राइंग का भी उपयोग नहीं करूंगा जो बहुत सारे फ्रेम छोड़ देगा।

@danrossi क्या हम देख सकते हैं कि आप क्या बना रहे हैं? काफी प्रभावशाली लगता है!

गुरु, 26 जनवरी, 2017, 8:41 पर हूँ danrossi [email protected] लिखा है:

यह टिकट सफारी के साथ CORS मुद्दों के संबंध में है। MacOS में Safari 10 है
डैश के लिए भी पूरी तरह से तय।

IOS 10 अभी भी COR के साथ एक समस्या है और इसके लिए CORS प्रॉक्सी की आवश्यकता होती है।

एंड्रॉइड स्टॉक ब्राउज़र CORS का समर्थन नहीं करता है और यहां तक ​​कि CORS प्रॉक्सी भी करता है
नहीं कार्य।

क्रोम और फ़ायरफ़ॉक्स केवल Android पर।

इस विशेष मुद्दे का तीन से कोई लेना-देना नहीं है। मुझे डर है। मैं
कैनवास ड्राइंग का भी उपयोग नहीं करेंगे जो बहुत सारे फ्रेम छोड़ देगा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment-275438671 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AANbgazonmTe-yGDfgToCRVhTy_qyp_Eks5rWMy1gaJpZM4HYtu3
.

>

http://jonobr1.com/

@danrossi सफारी आपके लिए पूरी तरह से तय है? क्या आप सफ़ारी को अभी चालू करने के लिए प्रॉक्सी हैक का उपयोग कर रहे हैं? मुझे अभी भी https://krpano.com/ios/bugs/ios8-webgl-video-cors/ पर SecurityError (DOM Exception 18): The operation is insecure. मिल रहा है, जिसमें El Capitan पर Safari 10.0.3 है।

@timothyallan मेरे पास ध्यान केंद्रित करने के लिए बहुत सी अन्य परियोजनाएं हैं क्योंकि मैं कई अलग-अलग वीडियो प्लेयर सुविधाओं को विकसित करता हूं। जहां तक ​​​​मैं बता सकता हूं कि उन्होंने इसे macOS सफारी में तय कर दिया है, जहां तक ​​​​उनका संबंध है, हर दूसरी सफारी वाष्पवेयर है। मैंने पुराने OS के लिए सुरक्षा अद्यतनों के लिए भी कोई अद्यतन नहीं देखा।

IOS 10 यहां डील ब्रेकर है और अभी भी समस्या है। मुझे हर समय लोगों को यह समझाना पड़ता है कि यह काम क्यों नहीं कर रहा है और इससे कैसे बचा जा सकता है।

Apple लोगों से अपेक्षा करता है कि वे नए ऑपरेटिंग सिस्टम को अपडेट करें और मेरा मानना ​​है कि यह अंतिम है।

सफारी में डैश के साथ वेबलॉग समस्या मुझे उस टिकट पर स्थिति अपडेट के ड्रिब्स और ड्रेब्स दिखाई देते हैं लेकिन मेरे परीक्षण में मुझे लगता है कि यह मैकोज़ में भी काम कर रहा था।

बस यहाँ एक अद्यतन। इन ब्लडर्स ने कुछ उत्तेजना प्रदान की है, हालांकि अभी भी बहुत शांत है।

कॉर्स फिक्स IOS11 बीटा में है। IOS10 नहीं मिलेगा।

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

नई अपडेट। उपकरणों पर IOS 11 बीटा में CORS तय होने की सूचना है। अब एक बिलकुल नए डिवाइस की आवश्यकता है जो IOS 11 को सपोर्ट करता हो।

सिम्युलेटर से भी परेशान न हों, यह टूटा हुआ है और इसमें सीओआरएस फिक्स नहीं है।

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

वाह!!

अगस्त 11, 2017 2:53 बजे, "danrossi" [email protected] लिखा है:

नई अपडेट। उपकरणों पर IOS 11 बीटा में CORS तय होने की सूचना है। अभी
IOS 11 को सपोर्ट करने वाले बिल्कुल नए डिवाइस की जरूरत है।

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment-321742658 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ANKfT5TG41uHQV8U_FrF8LaJ0EMKKIy_ks5sW_pjgaJpZM4HYtu3
.

IOS 11.1 में CORS की पुष्टि करना तय है। मुझे आखिरकार परीक्षण के लिए हार्डवेयर डिवाइस प्राप्त करने का बजट मिला। इतना समय लगा है।

11.1.1 के साथ CORS प्रॉक्सी की कोई आवश्यकता नहीं है। मुझे नहीं लगता कि सफारी के साथ CORS विशेषता समर्थन का ठीक से परीक्षण किया जा सकता है। क्लाइंट वर्जन चेक करना है।

हालांकि अब जाने के लिए प्रमुख एचएलएस/वेबजीएल रिग्रेशन मुद्दे हैं।

महान। धन्यवाद!

नवंबर 5, 2017 1:36 बजे, पर "danrossi" [email protected] लिखा है:

IOS 11.1 में CORS की पुष्टि करना तय है। मुझे आखिरकार बजट मिल ही गया
परीक्षण के लिए एक हार्डवेयर उपकरण। इतना समय लगा है।

11.1.1 के साथ CORS प्रॉक्सी की कोई आवश्यकता नहीं है। मुझे नहीं लगता कि CORS विशेषता
सफारी के साथ समर्थन का ठीक से परीक्षण किया जा सकता है। क्लाइंट वर्जन करना है
चेक

हालांकि अब जाने के लिए प्रमुख एचएलएस/वेबजीएल रिग्रेशन मुद्दे हैं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/mrdoob/three.js/issues/8110#issuecomment-341952485 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ANKfT52MncuxghqJmPes4iFoO1a_K_Gfks5szVd1gaJpZM4HYtu3
.