File Manager Managed file का उदाहरण
- नाम
- जाँची हुई event recording
- Path
- Managed file path
- Visibility
- उदाहरण: Private
- Output format
- दूसरा format आवश्यक न हो तो मौजूदा format रखें
वीडियो स्ट्रीम रिकॉर्डर
लाइव इनपुट रिकॉर्ड करें और तैयार फ़ाइल की जाँच करें।
ऐसा इनपुट चुनें जिसे Callaba प्राप्त कर सके, जैसे SRT, RTMP, RTSP, NDI या Video Room। एक लगातार फ़ाइल या समयबद्ध सेगमेंट encrypted internal disk पर रिकॉर्ड करें, फिर नतीजे को File Manager में खोलें। Visibility जाँचें, ज़रूरत पर अलग converted copy बनाएँ और connected Storage तभी जोड़ें जब workflow को उसकी आवश्यकता हो।
समर्थित इनपुट Recorder तैयार है
इनपुट से फ़ाइल तक एक ही स्रोत
चुने गए स्रोत को पूरे रिकॉर्डिंग वर्कफ़्लो में देखें
नीचे कोई स्रोत चुनें। फ़ाइल मोड, वैकल्पिक प्रोसेसिंग और फ़ाइल जाँच चुनते समय वही स्रोत दिखाई देता रहेगा।
01
स्रोत चुनेंRecorder, Callaba के shared input model का उपयोग करता है
चुना गया इनपुट स्वीकृत स्रोत
SRTRecorder, Callaba SRT Server, Route या स्पष्ट SRT URL का उपयोग कर सकता है। स्वीकृत stream contribution design बदले बिना recording job में जाती है।
- इनपुट प्रकार
- Managed + URL
- Recorder स्थिति
- कॉन्फ़िगर करने के लिए तैयार
SRT के साथ आगे बढ़ेंजब तक आप दूसरा स्रोत नहीं चुनते, यही स्रोत चुना रहेगा। अगले चरण में तय करें कि Recorder फ़ाइल कैसे बनाएगा। बीच में protocol conversion की आवश्यकता नहीं है।
02 · फ़ाइल नीति
एक लगातार फ़ाइल या समयबद्ध सेगमेंट
लगातार फ़ाइल और समयबद्ध सेगमेंट अलग recovery और retention योजनाओं के लिए उपयोगी हैं। फ़ाइल जाँच के दौरान चुना हुआ mode दिखाई देता रहता है।
03
प्रोसेसिंग वैकल्पिक हैIncoming media आवश्यक फ़ाइल से पहले ही मेल खाता है तो processing बंद रखें
स्रोतSRT
मोडलगातार फ़ाइल
प्रोसेसिंगसंगत मीडिया को बिना बदले भेजें
फ़ाइलरिटेंशन से पहले फ़ाइल जाँचें
लगातार फ़ाइल चुना गयालगातार recording सही तरीके से रुकने और finalization पर निर्भर करती है। उसी job को कई घंटे या दिन चलाने से पहले छोटी फ़ाइल से इसकी जाँच करें।
04 · जाँच सूची
SRT को रनटाइम प्रगति से खुलने वाली फ़ाइल तक जाँचें
Runtime state उपयोगी है, लेकिन उससे फ़ाइल verify नहीं होती। चार checks input, Recorder process, finished media और उसके File Manager record को जोड़ते हैं।
- 01स्रोत
चुने गए SRT input में expected picture, audio, identity और bitrate हैं।
- 02Recorder प्रक्रिया
FPS, bitrate, media time, speed और progress बताते हैं कि recording जारी है।
- 03तैयार फ़ाइल
लगातार फ़ाइल output expected duration, timestamps, picture और audio के साथ खुलता है।
- 04File Manager record
पूरी हुई recording File Manager में expected name, managed path, visibility और format के साथ दिखाई देती है।
जाँचे गए आउटपुट प्रकार
MP4MKVMPEG-TSHLSसंगत audio/file formats
05 · फ़ाइल नियंत्रण
रिकॉर्डिंग के बाद File Manager वर्कफ़्लो को आगे बढ़ाता है
Recorder तैयार नतीजे को internal disk पर लिखता है और उसका managed file record File Manager को भेजता है। वहाँ आप नाम दे सकते हैं, visibility और path जाँच सकते हैं, मौजूदा format रख सकते हैं या अलग converted copy बना सकते हैं। Connected Storage optional रहता है।
SRT और लगातार फ़ाइल के साथ आगे बढ़ेंऊपर की recording अब internal disk पर managed file है। Capture पूरा हो चुका है; visibility और optional conversion अलग choices हैं, और connected Storage केवल ज़रूरत पर जोड़ा जाता है।
दूसरे format के लिए अलग copy बनाएँ
Output format या transcoding settings बदलने पर background rewrite शुरू होता है। इससे अलग converted copy, यानी derivative, बनती है। Original अपने managed file record में बिना बदले रहता है।
फ़ाइल परिणामVerified recording को जैसा है वैसा उपयोग करें
Connected Storage वैकल्पिक है
रिकॉर्डिंग external Storage के बिना internal disk पर काम करती है। Storage configure होने पर Callaba object storage को उसकी metadata service के साथ register करता है, volume format करता है और उसे POSIX-compatible namespace में mount करता है। फिर File Manager verified file को इस परिचित filesystem path से copy करके progress दिखा सकता है।
Encryption default internal disk और optional connected Storage, दोनों की files पर लागू होता है। Physical disk या backing object-storage blocks तक raw access से अकेले readable या playable media file नहीं मिलती।
Visibility managed file record में store होती है और publishing या playback से पहले इसकी जाँच करनी चाहिए। यहाँ दिखाई गई Private value केवल उदाहरण है, default नहीं।
Recorder default रूप से locally लिखता है। Optional object-storage targets File Manager के पीछे रहते हैं और उपलब्ध Storage types के लिए installed interface अंतिम संदर्भ है।
तकनीकी विनिर्देश
वीडियो स्ट्रीम रिकॉर्डर के तकनीकी विनिर्देश
यह तालिका supported behavior बताती है। क्षमता node पर निर्भर करती है और कुछ विकल्प installed version के अनुसार बदलते हैं। चुने जा सकने वाले inputs और fields के लिए installed Callaba interface को अंतिम संदर्भ मानें।
| क्षमता | समर्थित व्यवहार | जाँच का तरीका |
|---|---|---|
| इनपुट प्रकार | Managed SRT और RTMP modules; SRT Routes; SRT, RTMP, RTSP, HLS, MPEG-DASH, RIST, UDP, RTP और HTTP paths; NDI; Video Rooms; और installed UI में उपलब्ध file तथा generated test sources। | लंबी recording से पहले छोटे source test में expected picture, audio, identity और recovery दिखाई देनी चाहिए। |
| रिकॉर्डिंग मोड | एक लगातार फ़ाइल या split-by-time recording। | छोटा continuous test साफ़ तरीके से रुकना चाहिए। Split mode में कई लगातार files और उनकी intact boundaries भी जाँचें। |
| सेगमेंट अवधि | Hours, minutes और seconds split interval तय करते हैं। | पहले finished segments configured duration से मेल खाने चाहिए और उनमें unexplained gaps या drift नहीं होना चाहिए। |
| आउटपुट प्रकार | MP4, growing MKV, growing MPEG-TS और HLS archive output; अन्य audio/file formats selected processing path और installed version पर निर्भर करते हैं। | Finished result में required container, duration, tracks, timestamps और जहाँ आवश्यक हो वहाँ seek behavior जाँचें। |
| वीडियो प्रोसेसिंग | वैकल्पिक codec, bitrate, frame-size, frame-rate, GOP और संबंधित transcoding controls। | फ़ाइल archive profile से मेल खानी चाहिए। Compatible media सुरक्षित रखना हो तो transcoding disabled रह सकता है। |
| ऑडियो प्रोसेसिंग | वैकल्पिक audio codec/rate settings तथा track और channel selection। | Finished file में intended programme mix, audio tracks और channel layout होने चाहिए। |
| इमेज ओवरले | तय position वाला optional prepared image overlay। | पूरे output frame में graphic सही position पर दिखाई दे और required content को न ढके। |
| रनटाइम आँकड़े | चल रहे worker से उपलब्ध होने पर FPS, bitrate, media time, speed और progress। | Media time और progress आगे बढ़ते रहने चाहिए। केवल runtime statistics से file verify नहीं होती। |
| Default file location और retention | Recorder default रूप से files को internal disk पर लिखता है। Local recording files का age-based automatic deletion optional है। | Deletion चालू करने से पहले finished local file जाँचें। Connected Storage उपयोग हो तो पहले copy और read-back भी पूरा करें। |
| File Manager | पूरी हुई recordings name, path, description, visibility, output-format और processing metadata के साथ managed file workflow में जाती हैं। | Finished recording का सही File Manager record, duration, size और visibility जाँचें, और media चलाकर देखें। |
| रिकॉर्डिंग के बाद conversion | Output format या transcoding settings बदलने पर background rewrite शुरू हो सकता है, जो MP4, HLS या audio-only workflows सहित managed derivative बनाता है। | Rewrite progress पूरा होने के बाद derivative requested format, tracks, duration और timestamps से मेल खाना चाहिए। |
| Optional POSIX-compatible storage | Connected Storage configure होने पर उसके object storage और metadata service को format करके managed POSIX-compatible filesystem namespace के रूप में mount किया जाता है। Internal disk पर लिखने के लिए Recorder को इस layer की आवश्यकता नहीं है। | उपयोग होने पर mounted Storage को File Manager से non-critical copy स्वीकार करनी चाहिए और managed path से वही file वापस देनी चाहिए। |
| At-rest encryption | Default internal disk और optional connected Storage की managed files at rest encrypted रहती हैं; raw disk या backing object access से अकेले playable media नहीं मिलता। | Normal और recovery access Callaba के managed file path से करें; raw storage blocks media files नहीं हैं। |
| Optional storage handoff | File Manager verified internal-disk file को configured object-storage-backed volume में copy करके progress दिखा सकता है। | इस optional handoff का उपयोग हो तो local deletion से पहले copy पूरी और intended Storage से read-back सफल होना चाहिए। |
| Lifecycle control | UI/API workflows से create, update, list/count, get by id, start, stop, get statistics, remove file और remove job। | Non-critical source पर start, stop, restart और clean removal behavior जाँचें। |
| डिप्लॉयमेंट | Callaba cloud deployment या self-hosted Linux; क्षमता source media, processing, concurrent jobs और storage design पर निर्भर करती है। | चुने गए node पर वास्तविक source mix, recording modes, processing और disk behavior के साथ load test करें। |
डिप्लॉयमेंट सीमा
रिकॉर्डिंग और फ़ाइल प्रबंधन को एक ही डिप्लॉयमेंट में रखें
Recorder को Callaba cloud deployment या self-hosted Linux पर चलाएँ। दोनों स्थितियों में recording encrypted internal disk पर शुरू होती है और connected Storage वैकल्पिक रहता है।
AWS में Callaba
Recorder और File Manager को एक ही operational interface में रखकर managed Callaba node शुरू करें, फिर वास्तविक sources और processing mix के अनुसार compute व disk का आकार तय करें।
AWS पर Callaba तैनात करेंSelf-hosted Callaba
Application, network paths और encrypted media को अपनी टीम द्वारा संचालित infrastructure पर रखें; connected Storage केवल ज़रूरत होने पर जोड़ें।
Callaba self-hosted इंस्टॉल करेंUI वर्कफ़्लो के बाद REST
लगातार रिकॉर्डिंग का API वर्कफ़्लो खोलेंREST से वही Recorder lifecycle चलाएँ
रिकॉर्डिंग बनाएँ या update करें, उसे start और stop करें, runtime statistics पढ़ें, बनी files की सूची देखें और file या job हटाएँ। Capture पूरा होने के बाद Files API workflow को आगे बढ़ाता है; connected Storage जोड़ने पर Storages API उपलब्ध है।
वीडियो स्ट्रीम रिकॉर्डर के सामान्य प्रश्न
वीडियो स्ट्रीम रिकॉर्डर किन स्रोतों का उपयोग कर सकता है?
Recorder, Callaba के shared input model का उपयोग करता है। मौजूदा production version में managed और URL-based live protocols, NDI और Video Rooms शामिल हैं। Installed version में उपलब्ध सटीक विकल्पों के लिए source selector देखें।
क्या Callaba किसी Video Room को रिकॉर्ड कर सकता है?
हाँ। Video Room recording workflow को grid या speaker-composite program दे सकता है। पूरे session से पहले तय layout के साथ छोटी recording करें और participants का audio जाँचें।
क्या रिकॉर्डिंग अपने आप विभाजित की जा सकती है?
हाँ। timed-segment mode चुनें और segment duration सेट करें। Retention या downstream automation के लिए segment boundaries इस्तेमाल करने से पहले शुरुआती तैयार files में gaps जाँचें।
क्या File Manager रिकॉर्डिंग का format बदल सकता है?
हाँ। Managed file को optional video या audio transcoding के साथ दूसरे output format में save किया जा सकता है। Background rewrite एक अलग converted copy, यानी derivative, बनाता है और File Manager उसकी progress दिखाता है।
क्या Recorder के लिए S3 bucket या connected Storage आवश्यक है?
नहीं। Recorder default रूप से internal disk पर लिखता है और File Manager वहीं बनी file को manage करता है। Connected Storage optional है। Configure होने पर Callaba उसे object storage और metadata पर आधारित POSIX-compatible filesystem के रूप में mount करता है, और File Manager verified file को उस namespace में copy कर सकता है। Public और private, file record की अलग visibility options हैं।
क्या internal disk और connected Storage की files encrypted होती हैं?
हाँ। Callaba managed files को default internal disk और optional connected Storage, दोनों पर at rest encrypted रखता है। केवल raw disk या object-storage blocks से readable या playable media file नहीं मिलती; managed access path आवश्यक है।
क्या रिकॉर्डिंग lifecycle को automate किया जा सकता है?
हाँ। Recordings API capture को control करता है, Files API metadata, format rewrites और copies को manage करता है, और Storages API destinations register करता है। File playback और storage read-back अलग checks बने रहते हैं।
पहली रिकॉर्डिंग
एक स्रोत को एक छोटी फ़ाइल से जाँचें।
वास्तविक input इस्तेमाल करें, internal disk पर छोटी recording बनाएँ और उसे सही तरीके से रोकें। उसका File Manager record खोलकर visibility और format जाँचें। Workflow में connected Storage हो तो duration या source count बढ़ाने से पहले verified file को copy करके वापस पढ़ें।