प्लेयर को जानबूझकर ध्वनि शुरू करने दें

ध्वनि को स्पष्ट प्रथम क्रिया का हिस्सा बनाएं

जो गेम मान लेता है कि ध्वनि शुरू हो गई है, वह वास्तव में चुप रहते हुए भी म्यूट आइकन दिखा सकता है। ब्राउज़र अक्सर उपयोगकर्ता की कार्रवाई होने तक स्क्रिप्ट से शुरू किए गए ऑडियो को रोकते हैं; मीडिया चलाने का अनुरोध अस्वीकार हो सकता है या देर से पूरा हो सकता है। पहली बातचीत में खिलाड़ी की ऑडियो पसंद तय करें और वास्तविक प्लेबैक परिणाम के अनुसार इंटरफ़ेस अपडेट करें। इससे व्यवहार अनुमानित रहता है और खिलाड़ी अनचाही ध्वनि से चौंकता नहीं।

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

फीडबैक और ऑडियो स्थिति को संरेखित रखें

play() कॉल सफल होने का अर्थ यह न मानें कि आवाज़ तुरंत सुनाई देगी। Promise बाद में resolve हो सकती है और ब्राउज़र अनुमति माँग सकता है। अस्वीकृति संभालें, ज़रूरत होने पर फिर प्रयास का विकल्प दें, और केवल ध्वनि अनुपलब्ध होने पर ऐसी त्रुटि न दिखाएँ जिससे लगे कि पूरा गेम विफल हो गया।

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

⁨ब्राउज़र गेम ऑडियो स्टार्टअप⁩ से जुड़े सवाल