संक्षिप्त उत्तर: Enhanced RTMP RTMP/FLV message format का विस्तार है, जिससे संगत sender और receiver HEVC या AV1 जैसे नए codecs का संकेत दे सकते हैं। Sender और receiver को फिर भी एक-जैसे codec support चाहिए। RTMPS TLS से सुरक्षित transport variant है। Event बनाने से पहले वर्तमान YouTube ingest specification की पुष्टि करें।
YouTube output contract से शुरू करें
| परत | जिस प्रश्न का उत्तर चाहिए | यह अनुमान न लगाएँ |
|---|---|---|
| Enhanced RTMP | क्या sender और YouTube ingest path आवश्यक enhanced codec signalling support करते हैं? | कि सभी RTMP receivers HEVC या AV1 स्वीकारते हैं |
| Video codec | Destination अभी कौन-से codec, profile, resolution, frame rate और rate-control values स्वीकारता है? | कि codec चुनाव encryption है |
| RTMPS | YouTube इस stream के लिए कौन-सा secure ingest URL देता है? | कि असंबंधित RTMP Server rtmps:// स्वीकारता है |
| Audience playback | Ingest के बाद YouTube कौन-सा processing और rendition status बताता है? | कि contribution codec दर्शक का final rendition है |
Output बनाने से पहले
YouTube live stream बनाएँ या schedule करें, फिर उसका वर्तमान server URL और stream key केवल destination configuration में कॉपी करें। ऐसा source profile चुनें जो destination दस्तावेज़ित करता है। YouTube encoder settings page वर्तमान codec, resolution, bitrate और protocol guidance का प्रामाणिक स्रोत है; केवल पुराने event में काम करने के कारण कोई profile फिर से न लें।
YouTube output बनाएँ
चुने हुए source binding और YouTube destination URL/key से Restream बनाएँ। यह output workflow है: उस handoff पर YouTube की destination settings लागू होती हैं। मूल control surface के लिए Restreaming और live video transcoding देखें।
Profile को production से चुनें
YouTube की अभी प्रकाशित ingest settings से पीछे की ओर काम करें। पुष्टि करें कि source में आवश्यक codec पहले से है या output को supported transcode profile चाहिए। Audio codec, keyframe cadence और rate control को भी destination guidance से मिलाएँ। Enhanced RTMP codec-capability information ले जाता है; वास्तविक output को rehearsal में जांचें।
एक ठोस output विकल्प
जो event इसे स्वीकारता हो उसके लिए 1080p30 H.264/AAC compatibility-first विकल्प है। Current YouTube endpoint और वास्तविक source/output उस route को support करें तो Enhanced RTMP के साथ HEVC उपयोग करें। हर स्थिति में rehearsal से पहले video profile, GOP/keyframe cadence, audio और assigned endpoint जांचें।
Audience path का rehearsal करें
- सटीक source format के साथ private test शुरू करें।
- पुष्टि करें कि Callaba input देखता है और configured output connect करता है।
- Received stream state और warnings के लिए YouTube Live Control Room देखें।
- Preview/audience path खोलें और programme audio व video जांचें।
- Source एक बार रोककर फिर शुरू करें, फिर देखी गई recovery procedure लिखें।
Failure को boundary के आधार पर पहचानें
Source स्वस्थ हो लेकिन YouTube को ingest न दिखे, तो copied server URL/key और output protocol फिर जांचें। YouTube stream पाए पर video अस्वीकार करे, तो codec/profile और अन्य encoder settings को उसके current specification से मिलाएँ। Ingest स्वस्थ हो लेकिन audience view delayed या unavailable हो, तो RTMP source को अंधाधुंध बदलने के बजाय YouTube event state और playback path देखें।
संदर्भ और अगला चरण
Configuration references के रूप में YouTube live encoder settings और Veovera Enhanced RTMP v2 specification उपयोग करें। Source पहले Callaba में publish हो तो RTMP Server उपयोग करें, फिर अलग YouTube output कॉन्फ़िगर करें।
