2010-07-01 13 views
17

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

यह ऐप्पल से प्राप्त हुआ है, हालांकि मेरे पास 48kbps, 64kbps, 128kbps और 384kbps स्ट्रीम उपलब्ध है। मैं बेसलाइन फ़ीड कैसे सेट करूं? जिस तरह से मेरा ऐप काम करता है वह यह सबसे कम उपलब्ध पहले लोड करता है और फिर बैंडविड्थ के साथ ऊपर की ओर स्केल करता है। यह मेरा सूचकांक m3u8

#EXTM3U 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=48000 
stream-soundonly.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=64000 
stream-64k.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=128000 
stream-128k.m3u8 
#EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=384000 
stream-384k.m3u8 

एप्पल वास्तव में nitpicky

उत्तर

11

हम एक ही मुद्दे में भाग किया जा रहा है है। ऐप्पल न केवल यह सुनिश्चित करने के लिए आपकी एम 3 यू 8 फाइल का निरीक्षण करता है। वे यह सुनिश्चित करने के लिए आपकी स्ट्रीम की निगरानी भी करते हैं कि वे वही हैं जो आप कहते हैं। हमारी स्ट्रीम 64-से-अधिक से अधिक हो गई - क्योंकि हमने ऑडियो बैंडविड्थ (एक लापरवाही, लेकिन महत्वपूर्ण निरीक्षण) में कारक नहीं बनाया था। याद रखें कि 64K पूरी स्ट्रीम पर लागू होता है: वीडियो + ऑडियो < = 64000.

यदि आपको संदेह है, तो ऐप्पल भी एक ही स्ट्रीम-मॉनिटरिंग सॉफ़्टवेयर प्रदान करता है। यदि आप उनसे पूछते हैं, तो वे आपको इसके लिए एक लिंक प्रदान करेंगे। कम से कम उन्होंने मेरे समूह के साथ किया।

+1

ठीक है कि हो सकता है, लेकिन मेरी 48K m3u8 फ़ाइल 64k से कम है, तो मैं बस उस सूची को उस सूची में बदल सकता हूं? – scud

+0

शायद। निश्चित रूप से पता लगाने के लिए नेटवर्क मॉनीटर को हुक अप करें। मैं इसे एक कोशिश और पुनः सबमिट कर दूंगा। मैं यह भी सुझाव दूंगा कि आप उन्हें एक ईमेल भेजें। वे आपके पास वापस आने के बारे में तेज़ नहीं हैं (विशेष रूप से एक सप्ताहांत में) लेकिन वे समझाएंगे कि समस्या क्या है और इसे कैसे सुधारें। आप निश्चित रूप से 48K पर उस स्ट्रीम को छोड़ना नहीं चाहते हैं। यह भयानक लगेगा और EDGE पर बहुत सारे उपयोगकर्ता हैं। आप स्वीकृति के बाद स्ट्रीम स्विच कर सकते हैं, लेकिन यदि आपको अपना ऐप अपडेट करने की आवश्यकता है तो आपको परेशानी होगी। – Andrew

+0

आपकी मदद के लिए ठीक है, ऐप्पल ने अभी तक जवाब नहीं दिया है। लेकिन क्या आप stream.apple.com साइट से "मीडिया स्ट्रीम वैलिडेटर" स्ट्रीम निगरानी उपकरण के साथ मतलब है? – scud

1

एक और चीज जो उपयोगी हो सकती है variable bitrate encoding में कारक है, जिसका अर्थ यह है कि किसी भी दिए गए सेगमेंट के लिए औसत और अधिकतम बिटरेट वास्तव में क्या अनुमान लगाया जाना मुश्किल है।

एन्कोडिंग करते समय, अपने ऑडियो-केवल स्ट्रीम के लक्ष्य बिटरेट को इतना कम सेट करें ताकि कोई खंड 64kbit/s से ऊपर न हो (सही संख्या में कुछ परीक्षण और त्रुटि हो)।

+1

सही नहीं है, तो अभी मैं 40k का सीबीआर उपयोग कर रहा हूं जो अभी भी एक आईफोन पर ठीक लगता है। तो अभी भी एक छवि जोड़ें और मैं अभी भी बहुत सुरक्षित हूँ। आपके विचार के लिए धन्यवाद – scud

संबंधित मुद्दे