ADSL कनेक्शन वीडियो प्रसारण

समस्या: लाइव स्ट्रीमिंग समाधान का उपयोग करते समय, लाइव स्ट्रीम कुछ प्रसारकों से बड़े फ्रेम की हानि है, विशाल विलंबता और कभी कभी डॉन ’ टी शो सब में.

कई घरेलू उपयोगकर्ता इंटरनेट कनेक्शन ADSL हैं (असममित डिजिटल सब्सक्राइबर लाइन), जिसका अर्थ है वे कम अपलोड बिटरेट डाउनलोड करने के लिए की तुलना में है: ADSL में, बैंडविड्थ और बिटरेट असममित होने के लिए कहा रहे हैं, ग्राहक परिसर की ओर अधिक से अधिक अर्थ (बहाव) से रिवर्स (नदी के ऊपर). प्रदाता आमतौर पर मुख्य रूप से इंटरनेट से सामग्री डाउनलोड करने के लिए इंटरनेट पहुँच के लिए उपभोक्ताओं के लिए एक सेवा के रूप में ADSL बाजार, लेकिन सामग्री नहीं की सेवा दूसरों के द्वारा तक पहुँचा नहीं.

यह प्रसारण रहते हैं जैसे वीडियो सामग्री अपलोड करने का प्रयास करते समय समस्याओं का कारण बनता. लाइव प्रसारण के लिए, बिटरेट स्ट्रीमिंग प्रसारक द्वारा सीमित है ’ s अपलोड बिटरेट. ऐसे कनेक्शन के साथ प्रसारकों गंभीर समस्याओं का सामना करना होगा (फ्रेम की हानि, लंबे व्यवधान, बड़ा विलंबता) वे रहते करने के लिए प्रयास करें, तो बिटरेट बहुत करीबी या कनेक्शन सीमा से अधिक के साथ एक धारा धारा.

अपने कनेक्शन का प्रकार और सीमा का निर्धारण करने के लिए कैसे (स्ट्रीमिंग सेटिंग्स समायोजित करने के लिए)? कनेक्शन की गति उपाय
क्या एक गति परीक्षण प्रसारण स्थान से स्ट्रीमिंग सर्वर के पास एक स्थान के लिए (RTMP) का उपयोग कर SpeedTest.net .
नया संस्करण पर बदलें सर्वर और मॉंट्रियल में एक सर्वर के लिए खोज का उपयोग करें, उदाहरण में.
नवीनतम काम नहीं करता है, तो लीगेसी संस्करण में, खींचें और उत्तरी अमेरिका में एक सर्वर के लिए ज़ूम और यह हमारे डेमो के लिए परीक्षण करने के लिए चयन .
अपलोड बिटरेट की जाँच करें. द्वारा विभाजित 8 बिटरेट के रूप में बाइट/सेकंड में अंतरण दर प्राप्त करने के लिए अक्सर में बिट्स/प्रदर्शित किया जाता है.
तब तो वीडियो स्ट्रीमिंग सेटिंग्स समायोजित करें, ध्वनि और बातचीत फिट बिटरेट अपलोड करें (छोड़ दो 10-25% हाशिये).

यदि आपकी साइट के उपयोगकर्ताओं के कुछ क्षेत्रों से लक्ष्य, कुछ आँकड़े ब्राउज़ करें और डिफ़ॉल्ट स्ट्रीमिंग सेटिंग्स समायोजित करने के लिए आम अपलोड बिटरेट की पहचान.

यह भी देखें:
संकल्प पर आधारित अनुशंसित H264 वीडियो बिटरेट
VideoWhisper वेब अनुप्रयोग क्लाइंट आवश्यकताएँ

एंड्रॉयड के लिए Wowza RTSP लाइव स्ट्रीमिंग

 

टेस्ट अपने डिवाइस RTSP प्लेबैक:
RTSP://184.72.239.149/वीओडी / MP4:BigBuckBunny_175k.mov

 

 

Wowza मीडिया सर्वर विन्यस्त करें

– नि://www.wowza.com/forums/content.php?36#प्रकाशित
[स्थापित-निर्देशिका]/conf / Application.xml

+ जीने की धाराओं / StreamType गुण सेट :
<StreamType>जीना</StreamType>

+ Cupertinostreaming को HTTPStreamers गुण सेट,smoothstreaming,sanjosestreaming :
<HTTPStreamers>cupertinostreaming,smoothstreaming,sanjosestreaming</HTTPStreamers>

+ Cupertinostreamingpacketizer करने धाराओं / LiveStreamPacketizers गुण सेट,smoothstreamingpacket izer,sanjosestreamingpacketizer:
<LiveStreamPacketizers>cupertinostreamingpacketizer,smoothstreamingpacketizer,sanjosestreamingpacketizer</LiveStreamPacketizers>

+ कोई भी आरटीपी / प्रमाणन / PlayMethod गुण सेट:
<PlayMethod>कोई नहीं</PlayMethod>

 

– नि://www.wowza.com/forums/content.php?62
[स्थापित-निर्देशिका]/conf / VHost.xml और जोड़ 554 HostPort / बंदरगाहों की सूची में

– नि://www.wowza.com/forums/content.php?36#RTSP
आरटीपी > गुण कंटेनर में [स्थापित-निर्देशिका]/conf /[आवेदन]/Application.xml (सही गुण कंटेनर प्राप्त कर लें – कई Application.xml में कर रहे हैं):
कोड:

<संपत्ति>
<नाम>forceMPEGTSOut</नाम>
<मूल्य>सच</मूल्य>
<प्रकार>बूलियन</प्रकार>
</संपत्ति>
<संपत्ति>
<नाम>rtpWrapMPEGTS</नाम>
<मूल्य>सच</मूल्य>
<प्रकार>बूलियन</प्रकार>
</संपत्ति>

प्रकाशित

नि://www.wowza.com/forums/content.php?62

  1. तय:

    यह एक कम बिटरेट का उपयोग वीडियो एन्कोड करने के लिए सबसे अच्छा है, फ्रेम दर और कम एन्कोडिंग जटिलता. 250kbps के लिए 64Kbps के बीच के कुल बिटरेट स्ट्रीमिंग मोबाइल के लिए शायद सबसे अच्छा है. कई मोबाइल उपकरणों के एक पूर्ण संभाल करने में सक्षम नहीं हो सकता है 30 फ्रेम प्रति सेकंड (एफपीएस). के एक फ्रेम दर 15 – 24 एफपीएस मोबाइल के लिए सबसे अच्छा हो सकता है. यह एक कम .264 जटिलता को एन्कोड करने के लिए सबसे अच्छा है. अधिकांश मोबाइल उपकरणों केवल .264 आधारभूत समर्थन. एनकोडर जटिलता और स्तर पर चर्चा की है यहाँ.

  2. नेटवर्किंग (यूडीपी और टीसीपी सेटअप):

    यूडीपी: यह सब यूडीपी को खोलने के लिए सबसे अच्छा है (0-65535) RTSP / आरटीपी स्ट्रीमिंग के लिए बंदरगाहों. आवक तरफ, Wowza की सीमा के बीच बंदरगाहों का उपयोग करने के लिए प्रयास करने के लिए जाता है 6970-9999. पोर्ट चुनाव निवर्तमान प्राप्त डिवाइस द्वारा किया जाता है. तो यह बाहर जाने वाले यूडीपी यातायात के लिए सभी बंदरगाहों को खोलने के लिए सबसे अच्छा है. सही ढंग से यूडीपी स्थापना हो रही अपने रूटर और फ़ायरवॉल सेटअप पर कभी कभी मुश्किल और निर्भर है. नेट के पीछे हैं (नेटवर्क एड्रेस ट्रांसलेशन) यह सब पोर्ट Wowza चल रहे सर्वर को मैप कर रहे हैं कि महत्वपूर्ण है.

 

Android: अधिकांश Android उपकरणों RTSP / आरटीपी स्ट्रीमिंग का समर्थन. चल संस्करण हैं कि नया Android उपकरणों 2.2 या अधिक से अधिक (Froyo) यह भी फ्लैश प्लेयर का समर्थन 10.1 और RTMP और फ्लैश HTTP धाराओं खेल सकते हैं. Android उपकरणों किसी भी संयोजन में RTSP / आरटीपी पर एमपी 3 धाराओं नहीं खेल सकते हैं (ऑडियो / वीडियो या केवल ऑडियो). फ़्लैश प्लेयर का समर्थन करने वाले Android उपकरणों 10.1 RTMP या फ्लैश HTTP के उपयोग एमपी 3 खेल सकते हैं. RTSP / आरटीपी का उपयोग कर एक Android डिवाइस के लिए जब स्ट्रीमिंग, आरटीपी भाग यूडीपी से अधिक प्रवाह चाहिए. एंड्रॉयड RTSP / आरटीपी interleaved समर्थन नहीं करता (टीसीपी पर आरटीपी). यूडीपी आरटीपी प्लेबैक के लिए उपलब्ध नहीं है तो इसका मतलब यह है, टीसीपी पर आरटीपी एक failover के रूप में काम नहीं करेगा और अपनी धारा नहीं खेलेंगे.

ग्राहकों DroidX और Droid2 पर RTSP / आरटीपी प्लेबैक के साथ मुद्दों को सूचित किया है. यह केवल कुछ ही फ्रेम आकारों इन उपकरणों पर ठीक से खेलेंगे लगता है कि:

  • 800×480
  • 480×320
  • 240×160

 

VideoWhisper संगत प्रदान करता है, RTMP Wowza मोबाइल स्ट्रीमिंग के साथ योजनाओं और सहायता की मेजबानी में कामयाब:

नि://www.videowhisper.com/?पी = Wowza मीडिया सर्वर होस्टिंग