हमारी सीरीज़ ए फंडिंग (Series A Funding) की घोषणा

हमारी सीरीज़ ए फंडिंग (Series A Funding) की घोषणा

पायथन में ऑडियो को टेक्स्ट में कैसे ट्रांसक्राइब करें: डेवलपर्स के लिए एक चरण-दर-चरण एपीआई गाइड

एआई (AI) के साथ सारांशित करें

पायथन में ऑडियो ट्रांसक्रिप्शन बनाएं

आज ही स्पीच-टू-टेक्स्ट वर्कफ़्लो का परीक्षण शुरू करें

यह ब्लॉग /blog पेज के शीर्ष पर प्रदर्शित किया जाएगा। एक समय में केवल एक ही ब्लॉग को प्रदर्शित किया जा सकता है। यदि कई ब्लॉग प्रदर्शित किए जाते हैं, तो सूची में केवल पहला प्रदर्शित ब्लॉग ही दिखाई देगा। Python में ऑडियो को टेक्स्ट में ट्रांसक्राइब करें, जिसमें साफ प्रीप्रोसेसिंग, API कॉल, डायराइजेशन, चंकिंग और प्रोडक्शन रीट्राय/कॉस्ट पैटर्न शामिल हैं जिन्हें आप आत्मविश्वास के साथ शिप कर सकते हैं। पेज का मेटा डेटा खाली। पायथन में ऑडियो को टेक्स्ट में कैसे ट्रांसक्राइब करें: डेवलपर्स के लिए एक चरण-दर-चरण API गाइड। Python में ऑडियो को टेक्स्ट में ट्रांसक्राइब करें, जिसमें साफ प्रीप्रोसेसिंग, API कॉल, डायराइजेशन, चंकिंग और प्रोडक्शन रीट्राय/कॉस्ट पैटर्न शामिल हैं जिन्हें आप आत्मविश्वास के साथ शिप कर सकते हैं। how-to-transcribe-audio-to-text-in-python-a-step-by-step-api-guide-for-developers smallest.ai/blog/how-to-transcribe-audio-to-text-in-python-a-step-by-step-api-guide-for-developers खाली खाली पृथ्वी भारद्वाज खाली। ऑडियो को टेक्स्ट में ट्रांसक्राइब करना तब तक एक हल की गई समस्या लगती है जब तक आप इसे शिप करने की कोशिश नहीं करते। अलग-अलग फ़ाइल प्रकार, अजीब सैंपल रेट्स, बैकग्राउंड का शोर, लहजे (accents), और कई वक्ताओं की बातचीत एक "त्वरित स्क्रिप्ट" को एक वास्तविक इंजीनियरिंग प्रयास में बदल देती है। इसके बाद "यह मेरे मशीन पर काम करता है" से लेकर Python कोड तक का व्यावहारिक रास्ता है जो विश्वसनीयता की समस्याओं के बिना वास्तविक दुनिया के ऑडियो को संभाल सकता है। यदि आप मीटिंग नोट्स, एक वॉयस-ड्रिवेन सपोर्ट बॉट, या एक ऑडियो इंडेक्सिंग पाइपलाइन बना रहे हैं, तो वही बुनियादी बातें बार-बार सामने आती हैं। आपके पास काम करने वाला Python कोड, इस बात की स्पष्ट समझ कि कौन से नॉब्स वास्तव में सटीकता को प्रभावित करते हैं, और प्रोटोटाइप से प्रोडक्शन तक का एक वास्तविक मैप होगा। ये अनुभाग क्रम में बने हैं, इसलिए आप इसे एक मेनू के बजाय एक अनुक्रम के रूप में मान सकते हैं। Python ऑडियो ट्रांसक्रिप्शन कैसे काम करता है: बुनियादी वर्कफ़्लो। कोड लिखना शुरू करने से पहले, पूर्ण ट्रांसक्रिप्शन प्रवाह को समझना मददगार होता है। एक स्पीच-टू-टेक्स्ट पाइपलाइन केवल "ऑडियो अपलोड करें और टेक्स्ट वापस पाएं" नहीं है। एक वास्तविक एप्लिकेशन में, आपको ऑडियो तैयार करना होगा, सही अनुरोध भेजना होगा, संरचित (structured) आउटपुट प्राप्त करना होगा, और उस आउटपुट को अपने उत्पाद या वर्कफ़्लो के लिए उपयोगी बनाना होगा। यहाँ मूल वर्कफ़्लो दिया गया है जिसका अधिकांश Python ऑडियो ट्रांसक्रिप्शन सिस्टम पालन करते हैं: ऑडियो फ़ाइल तैयार करें या होस्ट करें। उस ऑडियो स्रोत से शुरू करें जिसे आप ट्रांसक्राइब करना चाहते हैं। यह उपयोगकर्ता अपलोड की गई स्थानीय फ़ाइल, आपके CRM से कॉल रिकॉर्डिंग, मीटिंग रिकॉर्डिंग, पॉडकास्ट एपिसोड, या होस्ट की गई फ़ाइल URL हो सकती है। यदि फ़ाइल पहले से ही सुरक्षित रूप से होस्ट की गई है, तो आप URL सीधे ट्रांसक्रिप्शन API पर भेज सकते हैं। यदि यह स्थानीय रूप से संग्रहीत है, तो आप Python से रॉ ऑडियो फ़ाइल अपलोड कर सकते हैं। आवश्यकतानुसार ऑडियो प्रारूप को सामान्य (Normalize) करें। ऑडियो फ़ाइलें अक्सर विभिन्न प्रारूपों, बिटरेट्स, सैंपल रेट्स और चैनल लेआउट में आती हैं। उन्हें API पर भेजने से पहले, यदि आवश्यक हो तो फ़ाइल को सामान्य करें। एक सामान्य सुरक्षित प्रारूप मोनो, 16 kHz, 16-बिट WAV है, विशेष रूप से तब जब आप विभिन्न रिकॉर्डिंग्स में अनुमानित ट्रांसक्रिप्शन गुणवत्ता चाहते हैं। यह चरण असमर्थित प्रारूपों, स्टीरियो चैनल भ्रम, या शोर वाले रूपांतरणों के कारण होने वाली समस्याओं को कम करने में मदद करता है। फ़ाइल या URL को ट्रांसक्रिप्शन API पर भेजें। ऑडियो तैयार होने के बाद, आपका Python स्क्रिप्ट इसे स्पीच-टू-टेक्स्ट API पर भेजता है। एक स्थानीय फ़ाइल के लिए, इसका आम तौर पर मतलब ऑडियो बाइट्स को पढ़ना और उन्हें एक POST अनुरोध में भेजना है। होस्ट किए गए ऑडियो के लिए, आप JSON पेलोड में सार्वजनिक या हस्ताक्षरित (signed) URL भेजते हैं। दोनों मामलों में, आपके अनुरोध में प्रमाणीकरण (authentication) शामिल होना चाहिए, जो आमतौर पर एक पर्यावरण चर (environment variable) में संग्रहीत API कुंजी के माध्यम से होता है। भाषा, डायराइजेशन, टाइमस्टैम्प और फ़ॉर्मेटिंग विकल्प पास करें। अधिकांश ट्रांसक्रिप्शन API आपको यह नियंत्रित करने देते हैं कि आउटपुट कैसे जनरेट होना चाहिए। उदाहरण के लिए, आप en जैसी भाषा कोड पास कर सकते हैं, बहु-वक्ता बातचीत के लिए स्पीकर डायराइजेशन सक्षम कर सकते हैं, शब्द-स्तरीय टाइमस्टैम्प का अनुरोध कर सकते हैं, या स्वचालित भाषा पहचान की अनुमति दे सकते हैं। ये विकल्प महत्वपूर्ण हैं क्योंकि वे प्रभावित करते हैं कि अंतिम ट्रांसक्रिप्ट खोज, कैप्शन, एनालिटिक्स, QA, या डाउनस्ट्रीम ऑटोमेशन के लिए कितनी उपयोगी होगी। संरचित JSON प्राप्त करें। एक अच्छा स्पीच-टू-टेक्स्ट API केवल प्लेन टेक्स्ट ही नहीं लौटाता है। यह आमतौर पर संरचित JSON लौटाता है जिसमें पूर्ण ट्रांसक्रिप्ट, शब्द-स्तरीय समय, खोजी गई भाषा, आत्मविश्वास स्कोर (confidence scores) और डायराइजेशन सक्षम होने पर स्पीकर की जानकारी शामिल होती है। यही संरचना एक ट्रांसक्रिप्ट को एक साधारण टेक्स्ट ब्लॉक से उस डेटा में बदल देती है जिसके साथ आपका एप्लिकेशन काम कर सकता है। ट्रांसक्रिप्ट, वर्ड टाइमस्टैम्प, स्पीकर लेबल और कॉन्फिडेंस मेटाडेटा निकालें। प्रतिक्रिया प्राप्त करने के बाद, Python में JSON को पार्स करें। डिस्प्ले के लिए पूरा ट्रांसक्रिप्ट, ऑडियो या वीडियो के साथ टेक्स्ट सिंक करने के लिए वर्ड टाइमस्टैम्प, बातचीत के लिए स्पीकर लेबल और गुणवत्ता जांच के लिए कॉन्फिडेंस स्कोर निकालें। उदाहरण के लिए, कम-आत्मविश्वास वाले शब्दों को मानवीय समीक्षा के लिए फ़्लैग किया जा सकता है, इससे पहले कि ट्रांसक्रिप्ट को ग्राहक-सामना करने वाले या अनुपालन-संवेदनशील वर्कफ़्लो में धकेला जाए। ट्रांसक्रिप्ट को स्टोर या पोस्ट-प्रोसेस करें। अंत में, ट्रांसक्रिप्ट और मेटाडेटा को अपने डेटाबेस, ऑब्जेक्ट स्टोरेज, CRM, QA प्लेटफॉर्म, BI टूल या सर्च इंडेक्स में स्टोर करें। आप पोस्ट-प्रोसेसिंग चरण भी चला सकते हैं जैसे विराम चिह्न सफाई, संपादन (redaction), संक्षेपीकरण (summarization), कीवर्ड निष्कर्षण, स्पीकर फ़ॉर्मेटिंग, या विषय टैगिंग। यही वह जगह है जहाँ ट्रांसक्रिप्शन कच्चे टेक्स्ट से परे उपयोगी हो जाता है: यह खोजने योग्य कॉल आर्काइव, मीटिंग सारांश, सहायता QA, कैप्शन, अनुपालन समीक्षा, या वॉयस एनालिटिक्स को शक्ति प्रदान कर सकता है। एक साधारण Python ट्रांसक्रिप्शन वर्कफ़्लो आमतौर पर इस तरह दिखता है: 1. ऑडियो तैयार करें या होस्ट करें: audio_path = "preprocessed_audio.wav" 2. ऑडियो को ट्रांसक्रिप्शन API पर भेजें: response = transcribe_audio(audio_path) 3. संरचित फ़ील्ड निकालें: transcript = response.get("transcription", "") words = response.get("words", []) utterances = response.get("utterances", []) language = response.get("language", "unknown") 4. परिणाम संग्रहीत या पोस्ट-प्रोसेस करें: print("Transcript:", transcript) print("Detected language:", language) print("Word count:", len(words)) print("Speaker turns:", len(utterances)) यह वर्कफ़्लो वास्तविक कार्यान्वयन में जाने से पहले आपको एक स्पष्ट मानसिक मॉडल देता है। API स्तर पर वास्तव में 'ऑडियो को टेक्स्ट में ट्रांसक्राइब करें' का क्या अर्थ है? इससे पहले कि आप Python लिखें, यह स्पष्ट करने में मदद मिलती है कि जब आप "ट्रांसक्राइब" पर क्लिक करते हैं तो स्पीच-टू-टेक्स्ट API क्या कर रहा होता है। आप किसी ब्लैक बॉक्स में फ़ाइल मेल नहीं कर रहे हैं और एक पैराग्राफ वापस नहीं पा रहे हैं। सेवा आमतौर पर ऑडियो को एक ध्वनिक मॉडल (sound to phonemes), एक भाषा मॉडल (phonemes to likely words in context), और फिर एक पोस्ट-प्रोसेसिंग परत के माध्यम से चलाती है जो विराम चिह्न, कैपिटलाइजेशन और कभी-कभी स्पीकर लेबल के साथ चीजों को साफ करती है। वे परतें भी हैं जहां गुणवत्ता अंतराल तेजी से दिखाई देते हैं। एक मॉडल जो साफ, स्टूडियो अंग्रेजी पर बहुत अच्छा दिखता है, वह अक्सर कॉल-सेंटर ऑडियो, भारी पृष्ठभूमि शोर, या बातचीत जो बीच में भाषाएं बदलती हैं, पर बिखर जाता है। इसीलिए API का चुनाव उतना ही मायने रखता है जितना कि आपका Python रैपर। यदि आप अंतर्निहित यांत्रिकी के बारे में अधिक जानना चाहते हैं, तो स्पीच रिकग्निशन Python गाइड विस्तार से बताता है कि आधुनिक रिकग्निशन सिस्टम व्यवहार में कैसे व्यवहार करते हैं। एक आधुनिक स्पीच-टू-टेक्स्ट API की आंतरिक पाइपलाइन, कच्चे ऑडियो से संरचित ट्रांसक्रिप्ट तक। अपना Python वातावरण सेट करना। एक नए वर्चुअल वातावरण का उपयोग करें। ऑडियो टूलिंग डिपेंडेंसी क्लैश के लिए कुख्यात है, और पैकेजों को अलग करना आपको अपने पाइपलाइन के बजाय अपनी मशीन को डीबग करने से बचाता है। अपने वातावरण को तैयार करने के लिए इन कमांड्स को चलाएं: python -m venv stt-env # macOS / Linux source stt-env/bin/activate # Windows stt-env\Scripts\activate pip install requests python-dotenv pydub अपनी API कुंजी को कोड में डालने के बजाय `.env` फ़ाइल में रखें। यह बुनियादी स्वच्छता है, और जब आप स्थानीय परीक्षण से उत्पादन में जाते हैं तो यह कुंजी रोटेशन को दर्द रहित भी बनाता है। `.env` में `SMALLEST_API_KEY=your_api_key_here` जोड़ें, फिर नीचे दिए गए स्निपेट के साथ इसे लोड करें। SMALLEST_API_KEY=your_api_key_here from dotenv import load_dotenv load_dotenv() ऑडियो प्रीप्रोसेसिंग: वह चरण जिसे अधिकांश ट्यूटोरियल छोड़ देते हैं। बहुत सारे ट्रांसक्रिप्शन वॉकथ्रू एक प्राचीन WAV से शुरू होते हैं और नाटक करते हैं कि यह सामान्य है। ऐसा नहीं है। फ़ोन रिकॉर्डिंग अक्सर 8 kHz पर आती हैं, जो 16 kHz की उम्मीद करने वाले मॉडल के लिए एक खराब मेल है। वीडियो MP4 या MKV के रूप में दिखाई देता है जिसके अंदर ऑडियो छुपा होता है। ज़ूम निर्यात में प्रति स्पीकर अलग मोनो ट्रैक शामिल हो सकते हैं, जो यह बदलता है कि आपको मॉडल में ऑडियो कैसे फीड करना चाहिए। `pydub` बिना किसी परेशानी के अधिकांश कष्टप्रद प्रारूप कार्य को कवर करता है। यहाँ एक छोटा प्रीप्रोसेसिंग फ़ंक्शन है जो ऑडियो को उस आकार में परिवर्तित करता है जिसे अधिकांश API पसंद करते हैं: from pydub import AudioSegment def preprocess_audio(input_path: str, output_path: str) -> str: """ Convert an audio file to mono, 16 kHz, 16-bit PCM WAV. This format is commonly preferred for speech-to-text pipelines. """ audio = AudioSegment.from_file(input_path) audio = audio.set_channels(1) audio = audio.set_frame_rate(16000) audio = audio.set_sample_width(2) audio.export(output_path, format="wav") return output_path if __name__ == "__main__": preprocess_audio("input_audio.mp3", "preprocessed_audio.wav") व्यवहार में, API को कॉल करने से पहले इस सब के माध्यम से सब कुछ चलाएं। अकेले रीसैंपलिंग से बहुत फर्क पड़ सकता है, खासकर जब मूल रिकॉर्डिंग टेलीफोनी-ग्रेड की हो। जैसा कि मोज़िला के कॉमन वॉयस दस्तावेज़ में उल्लेख किया गया है, 16 kHz मोनो WAV कई ओपन-सोर्स और वाणिज्यिक स्पीच मॉडल में मानक इनपुट प्रारूप है। ट्रांसक्रिप्शन API पर भेजने से पहले ऑडियो को प्रीप्रोसेस करना सटीकता में काफी सुधार करता है। Python में अपना पहला ट्रांसक्रिप्शन API कॉल करना। एक बार जब आपके पास एक साफ ऑडियो फ़ाइल हो, तो API कॉल सीधी होती है। नीचे दिया गया उदाहरण Smallest.ai के Pulse का उपयोग करता है, जो एक स्पीच-टू-टेक्स्ट API है जिसका उद्देश्य कम-विलंबता, उच्च-सटीकता ट्रांसक्रिप्शन है, जिसमें रीयल-टाइम परिदृश्यों के लिए स्ट्रीमिंग समर्थन है। import os import requests from dotenv import load_dotenv load_dotenv() def transcribe_audio(file_path: str) -> dict: """ Send a local audio file to Smallest.ai Pulse STT and return the transcription response as JSON. """ api_key = os.getenv("SMALLEST_API_KEY") if not api_key: raise ValueError("Missing SMALLEST_API_KEY in environment variables.") url = "https://api.smallest.ai/waves/v1/pulse/get_text" params = { "language": "en", "word_timestamps": "true", "diarize": "false", } headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "audio/wav", } with open(file_path, "rb") as audio_file: response = requests.post( url, headers=headers, params=params, data=audio_file, यहाँ दो विवरण दिखने से कहीं अधिक मायने रखते हैं। `raise_for_status` HTTP विफलताओं को अपवादों (exceptions) में बदल देता है, इसलिए आप त्रुटियों से स्पष्ट रूप से निपटते हैं बजाय इसके कि चुपचाप एक खाली स्ट्रिंग प्रिंट करें और इसे "पूर्ण" कहें। और word_timestamps=true आपको शब्द-स्तरीय समय देता है, जिसकी आपको उसी क्षण आवश्यकता होगी जब आपको वीडियो में टेक्स्ट सिंक करना हो, खोज हिट को हाइलाइट करना हो, या किसी भी प्रकार का उपयोगी ऑडियो इंडेक्स बनाना हो। यदि आप एक समृद्ध पाइपलाइन बना रहे हैं, तो स्पीच-टू-टेक्स्ट डेवलपर गाइड स्ट्रीमिंग और रीयल-टाइम पैटर्न पर आगे बढ़ता है। एक होस्ट किए गए ऑडियो URL को ट्रांसक्राइब करना। import os import requests from dotenv import load_dotenv load_dotenv() def transcribe_audio_url(audio_url: str) -> dict: """ Send a hosted audio URL to Smallest.ai Pulse STT and return the transcription response as JSON. """ api_key = os.getenv("SMALLEST_API_KEY") if not api_key: raise ValueError("Missing SMALLEST_API_KEY in environment variables.") url = "https://api.smallest.ai/waves/v1/pulse/get_text" params = { "language": "en", "word_timestamps": "true", "diarize": "true", } headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "application/json", } payload = { "url": audio_url, } response = requests.post( url, API प्रतिक्रिया को संभालना और संरचित डेटा निकालना। एक ट्रांसक्रिप्शन प्रतिक्रिया आमतौर पर एकल ट्रांसक्रिप्ट फ़ील्ड से अधिक होती है। अच्छे API संरचना लौटाते हैं: शब्द समय, आत्मविश्वास स्कोर, खोजी गई भाषा, और कभी-कभी वक्ता मेटाडेटा। यहाँ एक विशिष्ट प्रतिक्रिया आकार और उपयोगी भागों को बाहर निकालने का एक सरल तरीका है: def parse_transcript(response: dict) -> None: """ Print the transcript, word-level timestamps, confidence scores, and detected language. """ full_text = response.get("transcription", "") print(f"Transcript: {full_text}") words = response.get("words", []) for word in words: text = word.get("word", "") start = word.get("start") end = word.get("end") confidence = word.get("confidence") start_text = f"{start:.2f}s" if isinstance(start, (int, float)) else "?" end_text = f"{end:.2f}s" if isinstance(end, (int, float)) else "?" confidence_text = ( f"{confidence:.2f}" if isinstance(confidence, (int, float)) else "?" ) print(f"[{start_text} - {end_text}] {text} (confidence: {confidence_text})") language = response.get("language", "unknown") print(f"Detected language: {language}") आत्मविश्वास स्कोर को एक रूटिंग सिग्नल के रूप में मानें, न कि सामान्य ज्ञान के रूप में। जब कोई शब्द ~0.7 से नीचे गिरता है, तो मॉडल आपको बता रहा होता है कि वह अनुमान लगा रहा है, अक्सर शोर, किसी अपरिचित संज्ञा (proper noun), या ओवरलैपिंग भाषण के कारण। उत्पादन में, कम-विश्वास वाले स्पैन डाउनस्ट्रीम सिस्टम में अनिश्चितता को लीक करने देने के बजाय मानवीय समीक्षा को ट्रिगर करने के लिए एक अच्छी जगह हैं। एक ट्रांसक्रिप्शन API प्रतिक्रिया की शारीरिक रचना: ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प और आत्मविश्वास स्कोर। स्पीकर डायराइजेशन: यह जानना कि किसने क्या कहा। एकल-स्पीकर ऑडियो आसान मोड है। मीटिंग, पॉडकास्ट और सपोर्ट कॉल वे जगहें हैं जहाँ चीजें दिलचस्प हो जाती हैं, क्योंकि "क्या कहा गया था" पर्याप्त नहीं है, आपको "किसने कहा" की आवश्यकता है। यह डायराइजेशन है, और आप आमतौर पर अपने अनुरोध मापदंडों में `diarize: True` के साथ इसे चालू करते हैं। जब डायराइजेशन सक्षम होता है, तो Pulse शब्द-स्तरीय और उच्चारण-स्तरीय आउटपुट में स्पीकर लेबल जोड़ता है, ताकि आप ट्रांसक्रिप्ट को एक बातचीत के रूप में फिर से बना सकें। def format_diarized_transcript(response: dict) -> str: """ Format diarized utterances into a readable speaker-by-speaker transcript. """ utterances = response.get("utterances", []) lines = [] for utterance in utterances: speaker = utterance.get("speaker", "unknown_speaker") text = utterance.get("text", "").strip() start = utterance.get("start", 0) if not text: continue lines.append(f"[{start:.1f}s] {speaker}: {text}") return "\n".join(lines) एक पेंच है: जब लोग एक-दूसरे के ऊपर बात करते हैं तो डायराइजेशन खराब हो जाता है। कॉल-सेंटर ऑडियो में, रुकावटें आम हैं, और सबसे साफ समाधान अक्सर अपस्ट्रीम होता है (जब आपके पास अलग चैनल हों, फिर ट्रांसक्राइब करें) बजाय इसके कि मॉडल से क्रॉस-टॉक को पूरी तरह से सुलझाने की उम्मीद की जाए। स्पीकर डायराइजेशन पाइपलाइन्स गाइड बहु-वक्ता रणनीतियों पर अधिक गहराई से बात करती है। लंबी ऑडियो फ़ाइलें और चंकिंग रणनीतियाँ संभालना। ट्रांसक्रिप्शन API आमतौर पर फ़ाइल आकार या अवधि पर सीमाएं लगाते हैं। भले ही आपका ऐसा न करे, एक एकल अनुरोध के माध्यम से 90 मिनट की रिकॉर्डिंग को धक्का देना मुसीबत को बुलावा देना है: एक टाइमआउट और आप वापस शून्य पर आ जाते हैं। पाइपलाइन को लचीला रखने के लिए लंबी ऑडियो को छोटे टुकड़ों में बांटना (chunking) मानक तरीका है। लंबी ऑडियो फ़ाइलों के लिए एक मजबूत चंकिंग रणनीति: `pydub` के `make_chunks` विधि का उपयोग करके ऑडियो को 30-60 सेकंड के खंडों में विभाजित करें। सीमाओं पर शब्दों को कटने से बचाने के लिए टुकड़ों के बीच 1-2 सेकंड का ओवरलैप जोड़ें। प्रत्येक टुकड़े को स्वतंत्र रूप से ट्रांसक्राइब करें और क्रम में परिणाम एकत्र करें। एक सरल स्ट्रिंग संरेखण (alignment) जांच का उपयोग करके ओवरलैप क्षेत्र में डुप्लिकेट शब्दों को हटाकर ट्रांसक्रिप्ट को मर्ज करें। मूल फ़ाइल में अपनी प्रारंभ स्थिति के अनुसार प्रत्येक टुकड़े के शब्द टाइमस्टैम्प को ऑफसेट करके वैश्विक टाइमस्टैम्प को सुरक्षित रखें। from pydub import AudioSegment def split_audio_with_overlap( input_path: str, output_dir: str, chunk_length_ms: int = 60_000, overlap_ms: int = 2_000, ) -> list[str]: """ Split long audio into overlapping chunks. Default: 60-second chunks with 2-second overlap. """ audio = AudioSegment.from_file(input_path) chunk_paths = [] start = 0 chunk_index = 0 while start < len(audio): end = min(start + chunk_length_ms, len(audio)) chunk = audio[start:end] chunk_path = f"{output_dir}/chunk_{chunk_index:04d}.wav" chunk.export(chunk_path, format="wav") chunk_paths.append(chunk_path) if end == len(audio): break start = end - overlap_ms chunk_index += 1 return chunk_paths वह ओवरलैप "ज्यादातर काम करता है" और एक ऐसे सिस्टम के बीच का अंतर है जो सीमाओं पर अनुमानित रूप से व्यवहार करता है। इसके बिना, सीमा पर आने वाले शब्द कट जाते हैं और या तो गायब हो जाते हैं या विकृत होकर वापस आते हैं। एक सेकंड का ओवरलैप मुश्किल से प्रसंस्करण लागत को बदलता है, लेकिन यह किनारे के मामलों की एक पूरी श्रेणी को समाप्त कर देता है। यदि आप लहजे, कोड-स्विचिंग, या बहुभाषी ऑडियो से निपट रहे हैं, तो बहुभाषी ऑडियो के लिए स्पीच-टू-टेक्स्ट गाइड अतिरिक्त नुकसानों को रेखांकित करता है। ओवरलैपिंग सेगमेंट के साथ लंबी ऑडियो को चंक करना स्प्लिट पॉइंट पर वर्ड-बाउंड्री त्रुटियों को रोकता है। उत्पादन विचार: त्रुटि हैंडलिंग, पुन: प्रयास (retries), और लागत नियंत्रण। लैपटॉप स्क्रिप्ट एक डेमो है; उत्पादन वह जगह है जहाँ गन्दी चीजें दिखाई देती हैं। दर सीमाएं (Rate limits) लागू होती हैं, नेटवर्क बंद हो जाते हैं, और उपयोगकर्ता उन प्रारूपों में ऑडियो अपलोड करते हैं जिनकी आपने योजना नहीं बनाई थी (या रिकॉर्डिंग जो होनी चाहिए उससे कहीं अधिक लंबी हैं)। यदि आप उन तीनों के लिए पहले से योजना बनाते हैं, तो बाकी ज्यादातर इंजीनियरिंग है। दर सीमाओं और क्षणिक विफलताओं के लिए, घातीय बैकऑफ़ (exponential backoff) का उपयोग करें। `tenacity` इसे साफ रखता है: `@retry(wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5))`। उस डेकोरेटर को अपने API कॉल पर रखें और आप अपनी खुद की पुन: प्रयास स्थिति मशीन लिखे बिना अधिकांश अल्पकालिक मुद्दों से पार पा लेंगे। pip install tenacity import os import requests from dotenv import load_dotenv from tenacity import retry, stop_after_attempt, wait_exponential load_dotenv() @retry( wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5), ) def transcribe_with_retries(file_path: str) -> dict: """ Transcribe audio with retries for transient API or network failures. """ api_key = os.getenv("SMALLEST_API_KEY") if not api_key: raise ValueError("Missing SMALLEST_API_KEY in environment variables.") url = "https://api.smallest.ai/waves/v1/pulse/get_text" params = { "language": "en", "word_timestamps": "true", "diarize": "false", } headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "audio/wav", } with open(file_path, "rb") as audio_file: लागत उत्पादन का दूसरा आश्चर्य है। अधिकांश ट्रांसक्रिप्शन API प्रति मिनट बिल करते हैं, जिसका अर्थ है कि "बस इसे चलाएं" तेजी से महंगा हो सकता है। दो आदतें खर्च को अनुमानित रखती हैं: अपलोड करने से पहले अवधि की जांच करें (और ऐप लेयर पर अपने कैप से ऊपर की किसी भी चीज़ को अस्वीकार करें), और परिणाम कैश करें ताकि एक ही फ़ाइल को दो बार ट्रांसक्राइब न किया जाए। ऑडियो का एक कंटेंट हैश एक व्यावहारिक कैश कुंजी बनाता है। यदि आप बड़े पैमाने पर निर्माण कर रहे हैं, तो स्पीच-टू-टेक्स्ट गाइड उच्च-थ्रूपुट आर्किटेक्चर, एसिंक वर्कर्स, कतारों और उन पैटर्नों में प्रवेश करता है जो लंबे समय तक चलने वाले पाइपलाइनों को स्थिर रखते हैं। ट्रांसक्रिप्शन सटीकता के बारे में अधिकांश डेवलपर्स क्या गलत समझते हैं। एक 5% WER तब तक छोटा लगता है जब तक आप इसका अनुवाद नहीं करते: लगभग हर 20 शब्दों में से 1 गलत है। 500 शब्दों की मीटिंग सारांश में, यह लगभग 25 त्रुटियां हैं। अत्याधुनिक मॉडल भी साफ बेंचमार्क स्थितियों की तुलना में शोर वाले, सहज संवादात्मक भाषण पर सार्थक रूप से उच्च शब्द त्रुटि दर दिखाते हैं (कभी-कभी 20% से अधिक) यही कारण है कि अपने स्वयं के ऑडियो पर परीक्षण करना गैर-परक्राम्य है। इसलिए बेंचमार्क ऐसे करें जैसे आपका कोई मतलब हो। अपने API का परीक्षण उस ऑडियो पर करें जो आपके उत्पाद से मेल खाता हो, न कि साफ डेमो क्लिप पर। वास्तविक वातावरण से 10-15 मिनट कैप्चर करें, सटीकता मापें, और उसके बाद ही प्रतिबद्ध हों। डोमेन शब्दावली वह जगह है जहाँ सामान्य मॉडल सबसे अधिक लड़खड़ाते हैं, चिकित्सा शब्द, उत्पाद के नाम, आंतरिक संक्षिप्त शब्द। यदि आपका प्रदाता कस्टम शब्दावली या डोमेन अनुकूलन प्रदान करता है, तो इसका उपयोग तब करें जब विशेष शब्दावली काम का हिस्सा हो। सारांश और अगले कदम। Python में एक भरोसेमंद ऑडियो-टू-टेक्स्ट पाइपलाइन आमतौर पर चार विषयों पर निर्भर करती है: API द्वारा देखे जाने से पहले ऑडियो को सामान्य करें, प्रतिक्रिया को संरचित डेटा के रूप में मानें (एकल स्ट्रिंग नहीं), ओवरलैप के साथ लंबी रिकॉर्डिंग को चंक करें, और पुन: प्रयास और त्रुटि हैंडलिंग को प्रथम-श्रेणी की सुविधाओं के रूप में बनाएं। यहाँ दिए गए स्निपेट जानबूझकर छोटे रखे गए हैं ताकि आप उन्हें बिना दोबारा लिखे अपने खुद के स्टैक में डाल सकें। जैसे-जैसे उपयोग बढ़ेगा, आप संभवतः एसिंक प्रोसेसिंग, एक जॉब कतार और परिणामों के लिए टिकाऊ स्टोरेज जोड़ेंगे, लेकिन कोर फ्लो नहीं बदलता है। यदि आप स्पीच-टू-टेक्स्ट प्रदाताओं की तुलना कर रहे हैं, तो Smallest.ai का Pulse उन डेवलपर्स के लिए बनाया गया है जो विलंबता, ट्रांसक्रिप्शन गुणवत्ता और एक ऐसे API की परवाह करते हैं जो सफाई से एकीकृत होता है। यह स्ट्रीमिंग ट्रांसक्रिप्शन, स्पीकर डायराइजेशन, वर्ड-स्तरीय टाइमस्टैम्प और आउट ऑफ द बॉक्स बहुभाषी ऑडियो का समर्थन करता है, जो ऊपर दिए गए उत्पादन पैटर्नों के साथ संरेखित होता है। आज ही Python में ऑडियो ट्रांसक्राइब करना शुरू करने के लिए Pulse और Waves API का अन्वेषण करें। Python में उत्पादन के लिए तैयार ट्रांसक्रिप्शन पाइपलाइन के चार स्तंभ। गशवर्क टीम: इसे अनदेखा करें। Python में ऑडियो ट्रांसक्रिप्शन बनाएं। आज ही स्पीच-टू-टेक्स्ट वर्कफ़्लो का परीक्षण शुरू करें। निर्माण शुरू करें https://app.smallest.ai/ FAQ पंक्ति केवल तभी दिखाई देगी जब FAQ उत्तर सेट होगा। कृपया सुनिश्चित करें कि प्रश्न और उत्तर दोनों सेट हैं। FAQ अनुभाग की दृश्यता FAQ प्रश्न 1 के सेट होने से जुड़ी है।
यह ब्लॉग /blog पेज के शीर्ष पर प्रदर्शित किया जाएगा। एक समय में केवल एक ही ब्लॉग को प्रदर्शित किया जा सकता है। यदि कई ब्लॉग प्रदर्शित किए जाते हैं, तो सूची में केवल पहला प्रदर्शित ब्लॉग ही दिखाई देगा। Python में ऑडियो को टेक्स्ट में ट्रांसक्राइब करें, जिसमें साफ प्रीप्रोसेसिंग, API कॉल, डायराइजेशन, चंकिंग और प्रोडक्शन रीट्राय/कॉस्ट पैटर्न शामिल हैं जिन्हें आप आत्मविश्वास के साथ शिप कर सकते हैं। पेज का मेटा डेटा खाली। पायथन में ऑडियो को टेक्स्ट में कैसे ट्रांसक्राइब करें: डेवलपर्स के लिए एक चरण-दर-चरण API गाइड। Python में ऑडियो को टेक्स्ट में ट्रांसक्राइब करें, जिसमें साफ प्रीप्रोसेसिंग, API कॉल, डायराइजेशन, चंकिंग और प्रोडक्शन रीट्राय/कॉस्ट पैटर्न शामिल हैं जिन्हें आप आत्मविश्वास के साथ शिप कर सकते हैं। how-to-transcribe-audio-to-text-in-python-a-step-by-step-api-guide-for-developers smallest.ai/blog/how-to-transcribe-audio-to-text-in-python-a-step-by-step-api-guide-for-developers खाली खाली पृथ्वी भारद्वाज खाली। ऑडियो को टेक्स्ट में ट्रांसक्राइब करना तब तक एक हल की गई समस्या लगती है जब तक आप इसे शिप करने की कोशिश नहीं करते। अलग-अलग फ़ाइल प्रकार, अजीब सैंपल रेट्स, बैकग्राउंड का शोर, लहजे (accents), और कई वक्ताओं की बातचीत एक "त्वरित स्क्रिप्ट" को एक वास्तविक इंजीनियरिंग प्रयास में बदल देती है। इसके बाद "यह मेरे मशीन पर काम करता है" से लेकर Python कोड तक का व्यावहारिक रास्ता है जो विश्वसनीयता की समस्याओं के बिना वास्तविक दुनिया के ऑडियो को संभाल सकता है। यदि आप मीटिंग नोट्स, एक वॉयस-ड्रिवेन सपोर्ट बॉट, या एक ऑडियो इंडेक्सिंग पाइपलाइन बना रहे हैं, तो वही बुनियादी बातें बार-बार सामने आती हैं। आपके पास काम करने वाला Python कोड, इस बात की स्पष्ट समझ कि कौन से नॉब्स वास्तव में सटीकता को प्रभावित करते हैं, और प्रोटोटाइप से प्रोडक्शन तक का एक वास्तविक मैप होगा। ये अनुभाग क्रम में बने हैं, इसलिए आप इसे एक मेनू के बजाय एक अनुक्रम के रूप में मान सकते हैं। Python ऑडियो ट्रांसक्रिप्शन कैसे काम करता है: बुनियादी वर्कफ़्लो। कोड लिखना शुरू करने से पहले, पूर्ण ट्रांसक्रिप्शन प्रवाह को समझना मददगार होता है। एक स्पीच-टू-टेक्स्ट पाइपलाइन केवल "ऑडियो अपलोड करें और टेक्स्ट वापस पाएं" नहीं है। एक वास्तविक एप्लिकेशन में, आपको ऑडियो तैयार करना होगा, सही अनुरोध भेजना होगा, संरचित (structured) आउटपुट प्राप्त करना होगा, और उस आउटपुट को अपने उत्पाद या वर्कफ़्लो के लिए उपयोगी बनाना होगा। यहाँ मूल वर्कफ़्लो दिया गया है जिसका अधिकांश Python ऑडियो ट्रांसक्रिप्शन सिस्टम पालन करते हैं: ऑडियो फ़ाइल तैयार करें या होस्ट करें। उस ऑडियो स्रोत से शुरू करें जिसे आप ट्रांसक्राइब करना चाहते हैं। यह उपयोगकर्ता अपलोड की गई स्थानीय फ़ाइल, आपके CRM से कॉल रिकॉर्डिंग, मीटिंग रिकॉर्डिंग, पॉडकास्ट एपिसोड, या होस्ट की गई फ़ाइल URL हो सकती है। यदि फ़ाइल पहले से ही सुरक्षित रूप से होस्ट की गई है, तो आप URL सीधे ट्रांसक्रिप्शन API पर भेज सकते हैं। यदि यह स्थानीय रूप से संग्रहीत है, तो आप Python से रॉ ऑडियो फ़ाइल अपलोड कर सकते हैं। आवश्यकतानुसार ऑडियो प्रारूप को सामान्य (Normalize) करें। ऑडियो फ़ाइलें अक्सर विभिन्न प्रारूपों, बिटरेट्स, सैंपल रेट्स और चैनल लेआउट में आती हैं। उन्हें API पर भेजने से पहले, यदि आवश्यक हो तो फ़ाइल को सामान्य करें। एक सामान्य सुरक्षित प्रारूप मोनो, 16 kHz, 16-बिट WAV है, विशेष रूप से तब जब आप विभिन्न रिकॉर्डिंग्स में अनुमानित ट्रांसक्रिप्शन गुणवत्ता चाहते हैं। यह चरण असमर्थित प्रारूपों, स्टीरियो चैनल भ्रम, या शोर वाले रूपांतरणों के कारण होने वाली समस्याओं को कम करने में मदद करता है। फ़ाइल या URL को ट्रांसक्रिप्शन API पर भेजें। ऑडियो तैयार होने के बाद, आपका Python स्क्रिप्ट इसे स्पीच-टू-टेक्स्ट API पर भेजता है। एक स्थानीय फ़ाइल के लिए, इसका आम तौर पर मतलब ऑडियो बाइट्स को पढ़ना और उन्हें एक POST अनुरोध में भेजना है। होस्ट किए गए ऑडियो के लिए, आप JSON पेलोड में सार्वजनिक या हस्ताक्षरित (signed) URL भेजते हैं। दोनों मामलों में, आपके अनुरोध में प्रमाणीकरण (authentication) शामिल होना चाहिए, जो आमतौर पर एक पर्यावरण चर (environment variable) में संग्रहीत API कुंजी के माध्यम से होता है। भाषा, डायराइजेशन, टाइमस्टैम्प और फ़ॉर्मेटिंग विकल्प पास करें। अधिकांश ट्रांसक्रिप्शन API आपको यह नियंत्रित करने देते हैं कि आउटपुट कैसे जनरेट होना चाहिए। उदाहरण के लिए, आप en जैसी भाषा कोड पास कर सकते हैं, बहु-वक्ता बातचीत के लिए स्पीकर डायराइजेशन सक्षम कर सकते हैं, शब्द-स्तरीय टाइमस्टैम्प का अनुरोध कर सकते हैं, या स्वचालित भाषा पहचान की अनुमति दे सकते हैं। ये विकल्प महत्वपूर्ण हैं क्योंकि वे प्रभावित करते हैं कि अंतिम ट्रांसक्रिप्ट खोज, कैप्शन, एनालिटिक्स, QA, या डाउनस्ट्रीम ऑटोमेशन के लिए कितनी उपयोगी होगी। संरचित JSON प्राप्त करें। एक अच्छा स्पीच-टू-टेक्स्ट API केवल प्लेन टेक्स्ट ही नहीं लौटाता है। यह आमतौर पर संरचित JSON लौटाता है जिसमें पूर्ण ट्रांसक्रिप्ट, शब्द-स्तरीय समय, खोजी गई भाषा, आत्मविश्वास स्कोर (confidence scores) और डायराइजेशन सक्षम होने पर स्पीकर की जानकारी शामिल होती है। यही संरचना एक ट्रांसक्रिप्ट को एक साधारण टेक्स्ट ब्लॉक से उस डेटा में बदल देती है जिसके साथ आपका एप्लिकेशन काम कर सकता है। ट्रांसक्रिप्ट, वर्ड टाइमस्टैम्प, स्पीकर लेबल और कॉन्फिडेंस मेटाडेटा निकालें। प्रतिक्रिया प्राप्त करने के बाद, Python में JSON को पार्स करें। डिस्प्ले के लिए पूरा ट्रांसक्रिप्ट, ऑडियो या वीडियो के साथ टेक्स्ट सिंक करने के लिए वर्ड टाइमस्टैम्प, बातचीत के लिए स्पीकर लेबल और गुणवत्ता जांच के लिए कॉन्फिडेंस स्कोर निकालें। उदाहरण के लिए, कम-आत्मविश्वास वाले शब्दों को मानवीय समीक्षा के लिए फ़्लैग किया जा सकता है, इससे पहले कि ट्रांसक्रिप्ट को ग्राहक-सामना करने वाले या अनुपालन-संवेदनशील वर्कफ़्लो में धकेला जाए। ट्रांसक्रिप्ट को स्टोर या पोस्ट-प्रोसेस करें। अंत में, ट्रांसक्रिप्ट और मेटाडेटा को अपने डेटाबेस, ऑब्जेक्ट स्टोरेज, CRM, QA प्लेटफॉर्म, BI टूल या सर्च इंडेक्स में स्टोर करें। आप पोस्ट-प्रोसेसिंग चरण भी चला सकते हैं जैसे विराम चिह्न सफाई, संपादन (redaction), संक्षेपीकरण (summarization), कीवर्ड निष्कर्षण, स्पीकर फ़ॉर्मेटिंग, या विषय टैगिंग। यही वह जगह है जहाँ ट्रांसक्रिप्शन कच्चे टेक्स्ट से परे उपयोगी हो जाता है: यह खोजने योग्य कॉल आर्काइव, मीटिंग सारांश, सहायता QA, कैप्शन, अनुपालन समीक्षा, या वॉयस एनालिटिक्स को शक्ति प्रदान कर सकता है। एक साधारण Python ट्रांसक्रिप्शन वर्कफ़्लो आमतौर पर इस तरह दिखता है: 1. ऑडियो तैयार करें या होस्ट करें: audio_path = "preprocessed_audio.wav" 2. ऑडियो को ट्रांसक्रिप्शन API पर भेजें: response = transcribe_audio(audio_path) 3. संरचित फ़ील्ड निकालें: transcript = response.get("transcription", "") words = response.get("words", []) utterances = response.get("utterances", []) language = response.get("language", "unknown") 4. परिणाम संग्रहीत या पोस्ट-प्रोसेस करें: print("Transcript:", transcript) print("Detected language:", language) print("Word count:", len(words)) print("Speaker turns:", len(utterances)) यह वर्कफ़्लो वास्तविक कार्यान्वयन में जाने से पहले आपको एक स्पष्ट मानसिक मॉडल देता है। API स्तर पर वास्तव में 'ऑडियो को टेक्स्ट में ट्रांसक्राइब करें' का क्या अर्थ है? इससे पहले कि आप Python लिखें, यह स्पष्ट करने में मदद मिलती है कि जब आप "ट्रांसक्राइब" पर क्लिक करते हैं तो स्पीच-टू-टेक्स्ट API क्या कर रहा होता है। आप किसी ब्लैक बॉक्स में फ़ाइल मेल नहीं कर रहे हैं और एक पैराग्राफ वापस नहीं पा रहे हैं। सेवा आमतौर पर ऑडियो को एक ध्वनिक मॉडल (sound to phonemes), एक भाषा मॉडल (phonemes to likely words in context), और फिर एक पोस्ट-प्रोसेसिंग परत के माध्यम से चलाती है जो विराम चिह्न, कैपिटलाइजेशन और कभी-कभी स्पीकर लेबल के साथ चीजों को साफ करती है। वे परतें भी हैं जहां गुणवत्ता अंतराल तेजी से दिखाई देते हैं। एक मॉडल जो साफ, स्टूडियो अंग्रेजी पर बहुत अच्छा दिखता है, वह अक्सर कॉल-सेंटर ऑडियो, भारी पृष्ठभूमि शोर, या बातचीत जो बीच में भाषाएं बदलती हैं, पर बिखर जाता है। इसीलिए API का चुनाव उतना ही मायने रखता है जितना कि आपका Python रैपर। यदि आप अंतर्निहित यांत्रिकी के बारे में अधिक जानना चाहते हैं, तो स्पीच रिकग्निशन Python गाइड विस्तार से बताता है कि आधुनिक रिकग्निशन सिस्टम व्यवहार में कैसे व्यवहार करते हैं। एक आधुनिक स्पीच-टू-टेक्स्ट API की आंतरिक पाइपलाइन, कच्चे ऑडियो से संरचित ट्रांसक्रिप्ट तक। अपना Python वातावरण सेट करना। एक नए वर्चुअल वातावरण का उपयोग करें। ऑडियो टूलिंग डिपेंडेंसी क्लैश के लिए कुख्यात है, और पैकेजों को अलग करना आपको अपने पाइपलाइन के बजाय अपनी मशीन को डीबग करने से बचाता है। अपने वातावरण को तैयार करने के लिए इन कमांड्स को चलाएं: python -m venv stt-env # macOS / Linux source stt-env/bin/activate # Windows stt-env\Scripts\activate pip install requests python-dotenv pydub अपनी API कुंजी को कोड में डालने के बजाय `.env` फ़ाइल में रखें। यह बुनियादी स्वच्छता है, और जब आप स्थानीय परीक्षण से उत्पादन में जाते हैं तो यह कुंजी रोटेशन को दर्द रहित भी बनाता है। `.env` में `SMALLEST_API_KEY=your_api_key_here` जोड़ें, फिर नीचे दिए गए स्निपेट के साथ इसे लोड करें। SMALLEST_API_KEY=your_api_key_here from dotenv import load_dotenv load_dotenv() ऑडियो प्रीप्रोसेसिंग: वह चरण जिसे अधिकांश ट्यूटोरियल छोड़ देते हैं। बहुत सारे ट्रांसक्रिप्शन वॉकथ्रू एक प्राचीन WAV से शुरू होते हैं और नाटक करते हैं कि यह सामान्य है। ऐसा नहीं है। फ़ोन रिकॉर्डिंग अक्सर 8 kHz पर आती हैं, जो 16 kHz की उम्मीद करने वाले मॉडल के लिए एक खराब मेल है। वीडियो MP4 या MKV के रूप में दिखाई देता है जिसके अंदर ऑडियो छुपा होता है। ज़ूम निर्यात में प्रति स्पीकर अलग मोनो ट्रैक शामिल हो सकते हैं, जो यह बदलता है कि आपको मॉडल में ऑडियो कैसे फीड करना चाहिए। `pydub` बिना किसी परेशानी के अधिकांश कष्टप्रद प्रारूप कार्य को कवर करता है। यहाँ एक छोटा प्रीप्रोसेसिंग फ़ंक्शन है जो ऑडियो को उस आकार में परिवर्तित करता है जिसे अधिकांश API पसंद करते हैं: from pydub import AudioSegment def preprocess_audio(input_path: str, output_path: str) -> str: """ Convert an audio file to mono, 16 kHz, 16-bit PCM WAV. This format is commonly preferred for speech-to-text pipelines. """ audio = AudioSegment.from_file(input_path) audio = audio.set_channels(1) audio = audio.set_frame_rate(16000) audio = audio.set_sample_width(2) audio.export(output_path, format="wav") return output_path if __name__ == "__main__": preprocess_audio("input_audio.mp3", "preprocessed_audio.wav") व्यवहार में, API को कॉल करने से पहले इस सब के माध्यम से सब कुछ चलाएं। अकेले रीसैंपलिंग से बहुत फर्क पड़ सकता है, खासकर जब मूल रिकॉर्डिंग टेलीफोनी-ग्रेड की हो। जैसा कि मोज़िला के कॉमन वॉयस दस्तावेज़ में उल्लेख किया गया है, 16 kHz मोनो WAV कई ओपन-सोर्स और वाणिज्यिक स्पीच मॉडल में मानक इनपुट प्रारूप है। ट्रांसक्रिप्शन API पर भेजने से पहले ऑडियो को प्रीप्रोसेस करना सटीकता में काफी सुधार करता है। Python में अपना पहला ट्रांसक्रिप्शन API कॉल करना। एक बार जब आपके पास एक साफ ऑडियो फ़ाइल हो, तो API कॉल सीधी होती है। नीचे दिया गया उदाहरण Smallest.ai के Pulse का उपयोग करता है, जो एक स्पीच-टू-टेक्स्ट API है जिसका उद्देश्य कम-विलंबता, उच्च-सटीकता ट्रांसक्रिप्शन है, जिसमें रीयल-टाइम परिदृश्यों के लिए स्ट्रीमिंग समर्थन है। import os import requests from dotenv import load_dotenv load_dotenv() def transcribe_audio(file_path: str) -> dict: """ Send a local audio file to Smallest.ai Pulse STT and return the transcription response as JSON. """ api_key = os.getenv("SMALLEST_API_KEY") if not api_key: raise ValueError("Missing SMALLEST_API_KEY in environment variables.") url = "https://api.smallest.ai/waves/v1/pulse/get_text" params = { "language": "en", "word_timestamps": "true", "diarize": "false", } headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "audio/wav", } with open(file_path, "rb") as audio_file: response = requests.post( url, headers=headers, params=params, data=audio_file, यहाँ दो विवरण दिखने से कहीं अधिक मायने रखते हैं। `raise_for_status` HTTP विफलताओं को अपवादों (exceptions) में बदल देता है, इसलिए आप त्रुटियों से स्पष्ट रूप से निपटते हैं बजाय इसके कि चुपचाप एक खाली स्ट्रिंग प्रिंट करें और इसे "पूर्ण" कहें। और word_timestamps=true आपको शब्द-स्तरीय समय देता है, जिसकी आपको उसी क्षण आवश्यकता होगी जब आपको वीडियो में टेक्स्ट सिंक करना हो, खोज हिट को हाइलाइट करना हो, या किसी भी प्रकार का उपयोगी ऑडियो इंडेक्स बनाना हो। यदि आप एक समृद्ध पाइपलाइन बना रहे हैं, तो स्पीच-टू-टेक्स्ट डेवलपर गाइड स्ट्रीमिंग और रीयल-टाइम पैटर्न पर आगे बढ़ता है। एक होस्ट किए गए ऑडियो URL को ट्रांसक्राइब करना। import os import requests from dotenv import load_dotenv load_dotenv() def transcribe_audio_url(audio_url: str) -> dict: """ Send a hosted audio URL to Smallest.ai Pulse STT and return the transcription response as JSON. """ api_key = os.getenv("SMALLEST_API_KEY") if not api_key: raise ValueError("Missing SMALLEST_API_KEY in environment variables.") url = "https://api.smallest.ai/waves/v1/pulse/get_text" params = { "language": "en", "word_timestamps": "true", "diarize": "true", } headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "application/json", } payload = { "url": audio_url, } response = requests.post( url, API प्रतिक्रिया को संभालना और संरचित डेटा निकालना। एक ट्रांसक्रिप्शन प्रतिक्रिया आमतौर पर एकल ट्रांसक्रिप्ट फ़ील्ड से अधिक होती है। अच्छे API संरचना लौटाते हैं: शब्द समय, आत्मविश्वास स्कोर, खोजी गई भाषा, और कभी-कभी वक्ता मेटाडेटा। यहाँ एक विशिष्ट प्रतिक्रिया आकार और उपयोगी भागों को बाहर निकालने का एक सरल तरीका है: def parse_transcript(response: dict) -> None: """ Print the transcript, word-level timestamps, confidence scores, and detected language. """ full_text = response.get("transcription", "") print(f"Transcript: {full_text}") words = response.get("words", []) for word in words: text = word.get("word", "") start = word.get("start") end = word.get("end") confidence = word.get("confidence") start_text = f"{start:.2f}s" if isinstance(start, (int, float)) else "?" end_text = f"{end:.2f}s" if isinstance(end, (int, float)) else "?" confidence_text = ( f"{confidence:.2f}" if isinstance(confidence, (int, float)) else "?" ) print(f"[{start_text} - {end_text}] {text} (confidence: {confidence_text})") language = response.get("language", "unknown") print(f"Detected language: {language}") आत्मविश्वास स्कोर को एक रूटिंग सिग्नल के रूप में मानें, न कि सामान्य ज्ञान के रूप में। जब कोई शब्द ~0.7 से नीचे गिरता है, तो मॉडल आपको बता रहा होता है कि वह अनुमान लगा रहा है, अक्सर शोर, किसी अपरिचित संज्ञा (proper noun), या ओवरलैपिंग भाषण के कारण। उत्पादन में, कम-विश्वास वाले स्पैन डाउनस्ट्रीम सिस्टम में अनिश्चितता को लीक करने देने के बजाय मानवीय समीक्षा को ट्रिगर करने के लिए एक अच्छी जगह हैं। एक ट्रांसक्रिप्शन API प्रतिक्रिया की शारीरिक रचना: ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प और आत्मविश्वास स्कोर। स्पीकर डायराइजेशन: यह जानना कि किसने क्या कहा। एकल-स्पीकर ऑडियो आसान मोड है। मीटिंग, पॉडकास्ट और सपोर्ट कॉल वे जगहें हैं जहाँ चीजें दिलचस्प हो जाती हैं, क्योंकि "क्या कहा गया था" पर्याप्त नहीं है, आपको "किसने कहा" की आवश्यकता है। यह डायराइजेशन है, और आप आमतौर पर अपने अनुरोध मापदंडों में `diarize: True` के साथ इसे चालू करते हैं। जब डायराइजेशन सक्षम होता है, तो Pulse शब्द-स्तरीय और उच्चारण-स्तरीय आउटपुट में स्पीकर लेबल जोड़ता है, ताकि आप ट्रांसक्रिप्ट को एक बातचीत के रूप में फिर से बना सकें। def format_diarized_transcript(response: dict) -> str: """ Format diarized utterances into a readable speaker-by-speaker transcript. """ utterances = response.get("utterances", []) lines = [] for utterance in utterances: speaker = utterance.get("speaker", "unknown_speaker") text = utterance.get("text", "").strip() start = utterance.get("start", 0) if not text: continue lines.append(f"[{start:.1f}s] {speaker}: {text}") return "\n".join(lines) एक पेंच है: जब लोग एक-दूसरे के ऊपर बात करते हैं तो डायराइजेशन खराब हो जाता है। कॉल-सेंटर ऑडियो में, रुकावटें आम हैं, और सबसे साफ समाधान अक्सर अपस्ट्रीम होता है (जब आपके पास अलग चैनल हों, फिर ट्रांसक्राइब करें) बजाय इसके कि मॉडल से क्रॉस-टॉक को पूरी तरह से सुलझाने की उम्मीद की जाए। स्पीकर डायराइजेशन पाइपलाइन्स गाइड बहु-वक्ता रणनीतियों पर अधिक गहराई से बात करती है। लंबी ऑडियो फ़ाइलें और चंकिंग रणनीतियाँ संभालना। ट्रांसक्रिप्शन API आमतौर पर फ़ाइल आकार या अवधि पर सीमाएं लगाते हैं। भले ही आपका ऐसा न करे, एक एकल अनुरोध के माध्यम से 90 मिनट की रिकॉर्डिंग को धक्का देना मुसीबत को बुलावा देना है: एक टाइमआउट और आप वापस शून्य पर आ जाते हैं। पाइपलाइन को लचीला रखने के लिए लंबी ऑडियो को छोटे टुकड़ों में बांटना (chunking) मानक तरीका है। लंबी ऑडियो फ़ाइलों के लिए एक मजबूत चंकिंग रणनीति: `pydub` के `make_chunks` विधि का उपयोग करके ऑडियो को 30-60 सेकंड के खंडों में विभाजित करें। सीमाओं पर शब्दों को कटने से बचाने के लिए टुकड़ों के बीच 1-2 सेकंड का ओवरलैप जोड़ें। प्रत्येक टुकड़े को स्वतंत्र रूप से ट्रांसक्राइब करें और क्रम में परिणाम एकत्र करें। एक सरल स्ट्रिंग संरेखण (alignment) जांच का उपयोग करके ओवरलैप क्षेत्र में डुप्लिकेट शब्दों को हटाकर ट्रांसक्रिप्ट को मर्ज करें। मूल फ़ाइल में अपनी प्रारंभ स्थिति के अनुसार प्रत्येक टुकड़े के शब्द टाइमस्टैम्प को ऑफसेट करके वैश्विक टाइमस्टैम्प को सुरक्षित रखें। from pydub import AudioSegment def split_audio_with_overlap( input_path: str, output_dir: str, chunk_length_ms: int = 60_000, overlap_ms: int = 2_000, ) -> list[str]: """ Split long audio into overlapping chunks. Default: 60-second chunks with 2-second overlap. """ audio = AudioSegment.from_file(input_path) chunk_paths = [] start = 0 chunk_index = 0 while start < len(audio): end = min(start + chunk_length_ms, len(audio)) chunk = audio[start:end] chunk_path = f"{output_dir}/chunk_{chunk_index:04d}.wav" chunk.export(chunk_path, format="wav") chunk_paths.append(chunk_path) if end == len(audio): break start = end - overlap_ms chunk_index += 1 return chunk_paths वह ओवरलैप "ज्यादातर काम करता है" और एक ऐसे सिस्टम के बीच का अंतर है जो सीमाओं पर अनुमानित रूप से व्यवहार करता है। इसके बिना, सीमा पर आने वाले शब्द कट जाते हैं और या तो गायब हो जाते हैं या विकृत होकर वापस आते हैं। एक सेकंड का ओवरलैप मुश्किल से प्रसंस्करण लागत को बदलता है, लेकिन यह किनारे के मामलों की एक पूरी श्रेणी को समाप्त कर देता है। यदि आप लहजे, कोड-स्विचिंग, या बहुभाषी ऑडियो से निपट रहे हैं, तो बहुभाषी ऑडियो के लिए स्पीच-टू-टेक्स्ट गाइड अतिरिक्त नुकसानों को रेखांकित करता है। ओवरलैपिंग सेगमेंट के साथ लंबी ऑडियो को चंक करना स्प्लिट पॉइंट पर वर्ड-बाउंड्री त्रुटियों को रोकता है। उत्पादन विचार: त्रुटि हैंडलिंग, पुन: प्रयास (retries), और लागत नियंत्रण। लैपटॉप स्क्रिप्ट एक डेमो है; उत्पादन वह जगह है जहाँ गन्दी चीजें दिखाई देती हैं। दर सीमाएं (Rate limits) लागू होती हैं, नेटवर्क बंद हो जाते हैं, और उपयोगकर्ता उन प्रारूपों में ऑडियो अपलोड करते हैं जिनकी आपने योजना नहीं बनाई थी (या रिकॉर्डिंग जो होनी चाहिए उससे कहीं अधिक लंबी हैं)। यदि आप उन तीनों के लिए पहले से योजना बनाते हैं, तो बाकी ज्यादातर इंजीनियरिंग है। दर सीमाओं और क्षणिक विफलताओं के लिए, घातीय बैकऑफ़ (exponential backoff) का उपयोग करें। `tenacity` इसे साफ रखता है: `@retry(wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5))`। उस डेकोरेटर को अपने API कॉल पर रखें और आप अपनी खुद की पुन: प्रयास स्थिति मशीन लिखे बिना अधिकांश अल्पकालिक मुद्दों से पार पा लेंगे। pip install tenacity import os import requests from dotenv import load_dotenv from tenacity import retry, stop_after_attempt, wait_exponential load_dotenv() @retry( wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5), ) def transcribe_with_retries(file_path: str) -> dict: """ Transcribe audio with retries for transient API or network failures. """ api_key = os.getenv("SMALLEST_API_KEY") if not api_key: raise ValueError("Missing SMALLEST_API_KEY in environment variables.") url = "https://api.smallest.ai/waves/v1/pulse/get_text" params = { "language": "en", "word_timestamps": "true", "diarize": "false", } headers = { "Authorization": f"Bearer {api_key}", "Content-Type": "audio/wav", } with open(file_path, "rb") as audio_file: लागत उत्पादन का दूसरा आश्चर्य है। अधिकांश ट्रांसक्रिप्शन API प्रति मिनट बिल करते हैं, जिसका अर्थ है कि "बस इसे चलाएं" तेजी से महंगा हो सकता है। दो आदतें खर्च को अनुमानित रखती हैं: अपलोड करने से पहले अवधि की जांच करें (और ऐप लेयर पर अपने कैप से ऊपर की किसी भी चीज़ को अस्वीकार करें), और परिणाम कैश करें ताकि एक ही फ़ाइल को दो बार ट्रांसक्राइब न किया जाए। ऑडियो का एक कंटेंट हैश एक व्यावहारिक कैश कुंजी बनाता है। यदि आप बड़े पैमाने पर निर्माण कर रहे हैं, तो स्पीच-टू-टेक्स्ट गाइड उच्च-थ्रूपुट आर्किटेक्चर, एसिंक वर्कर्स, कतारों और उन पैटर्नों में प्रवेश करता है जो लंबे समय तक चलने वाले पाइपलाइनों को स्थिर रखते हैं। ट्रांसक्रिप्शन सटीकता के बारे में अधिकांश डेवलपर्स क्या गलत समझते हैं। एक 5% WER तब तक छोटा लगता है जब तक आप इसका अनुवाद नहीं करते: लगभग हर 20 शब्दों में से 1 गलत है। 500 शब्दों की मीटिंग सारांश में, यह लगभग 25 त्रुटियां हैं। अत्याधुनिक मॉडल भी साफ बेंचमार्क स्थितियों की तुलना में शोर वाले, सहज संवादात्मक भाषण पर सार्थक रूप से उच्च शब्द त्रुटि दर दिखाते हैं (कभी-कभी 20% से अधिक) यही कारण है कि अपने स्वयं के ऑडियो पर परीक्षण करना गैर-परक्राम्य है। इसलिए बेंचमार्क ऐसे करें जैसे आपका कोई मतलब हो। अपने API का परीक्षण उस ऑडियो पर करें जो आपके उत्पाद से मेल खाता हो, न कि साफ डेमो क्लिप पर। वास्तविक वातावरण से 10-15 मिनट कैप्चर करें, सटीकता मापें, और उसके बाद ही प्रतिबद्ध हों। डोमेन शब्दावली वह जगह है जहाँ सामान्य मॉडल सबसे अधिक लड़खड़ाते हैं, चिकित्सा शब्द, उत्पाद के नाम, आंतरिक संक्षिप्त शब्द। यदि आपका प्रदाता कस्टम शब्दावली या डोमेन अनुकूलन प्रदान करता है, तो इसका उपयोग तब करें जब विशेष शब्दावली काम का हिस्सा हो। सारांश और अगले कदम। Python में एक भरोसेमंद ऑडियो-टू-टेक्स्ट पाइपलाइन आमतौर पर चार विषयों पर निर्भर करती है: API द्वारा देखे जाने से पहले ऑडियो को सामान्य करें, प्रतिक्रिया को संरचित डेटा के रूप में मानें (एकल स्ट्रिंग नहीं), ओवरलैप के साथ लंबी रिकॉर्डिंग को चंक करें, और पुन: प्रयास और त्रुटि हैंडलिंग को प्रथम-श्रेणी की सुविधाओं के रूप में बनाएं। यहाँ दिए गए स्निपेट जानबूझकर छोटे रखे गए हैं ताकि आप उन्हें बिना दोबारा लिखे अपने खुद के स्टैक में डाल सकें। जैसे-जैसे उपयोग बढ़ेगा, आप संभवतः एसिंक प्रोसेसिंग, एक जॉब कतार और परिणामों के लिए टिकाऊ स्टोरेज जोड़ेंगे, लेकिन कोर फ्लो नहीं बदलता है। यदि आप स्पीच-टू-टेक्स्ट प्रदाताओं की तुलना कर रहे हैं, तो Smallest.ai का Pulse उन डेवलपर्स के लिए बनाया गया है जो विलंबता, ट्रांसक्रिप्शन गुणवत्ता और एक ऐसे API की परवाह करते हैं जो सफाई से एकीकृत होता है। यह स्ट्रीमिंग ट्रांसक्रिप्शन, स्पीकर डायराइजेशन, वर्ड-स्तरीय टाइमस्टैम्प और आउट ऑफ द बॉक्स बहुभाषी ऑडियो का समर्थन करता है, जो ऊपर दिए गए उत्पादन पैटर्नों के साथ संरेखित होता है। आज ही Python में ऑडियो ट्रांसक्राइब करना शुरू करने के लिए Pulse और Waves API का अन्वेषण करें। Python में उत्पादन के लिए तैयार ट्रांसक्रिप्शन पाइपलाइन के चार स्तंभ। गशवर्क टीम: इसे अनदेखा करें। Python में ऑडियो ट्रांसक्रिप्शन बनाएं। आज ही स्पीच-टू-टेक्स्ट वर्कफ़्लो का परीक्षण शुरू करें। निर्माण शुरू करें https://app.smallest.ai/ FAQ पंक्ति केवल तभी दिखाई देगी जब FAQ उत्तर सेट होगा। कृपया सुनिश्चित करें कि प्रश्न और उत्तर दोनों सेट हैं। FAQ अनुभाग की दृश्यता FAQ प्रश्न 1 के सेट होने से जुड़ी है।

क्लीन प्रीप्रोसेसिंग, API कॉल्स, डायराइजेशन, चंकिंग और प्रोडक्शन रीट्राई/कॉस्ट पैटर्न्स के साथ पायथन (Python) में ऑडियो को टेक्स्ट में ट्रांसक्राइब करें, जिसे आप पूरे आत्मविश्वास के साथ शिप कर सकते हैं।

ऑडियो को टेक्स्ट में ट्रांसक्राइब करना तब तक एक आसान समस्या लगती है जब तक कि आप इसे असल में इस्तेमाल करना शुरू नहीं कर देते। अलग-अलग फ़ाइल प्रकार, अजीब सैंपल दरें, बैकग्राउंड शोर, उच्चारण और कई वक्ताओं की बातें एक "क्विक स्क्रिप्ट" को एक वास्तविक इंजीनियरिंग प्रयास में बदल देती हैं। आगे जो दिया गया है वह "यह मेरे सिस्टम पर काम करता है" से लेकर उस व्यावहारिक पायथन (Python) कोड तक का रास्ता है जो बिना किसी विश्वसनीयता की समस्या के वास्तविक दुनिया के ऑडियो को संभाल सकता है।

यदि आप मीटिंग नोट्स, आवाज़ पर आधारित सपोर्ट बॉट, या ऑडियो इंडेक्सिंग पाइपलाइन बना रहे हैं, तो वही बुनियादी बातें बार-बार सामने आती हैं। अंत में आपके पास काम करने वाला पायथन कोड, इस बात की स्पष्ट समझ होगी कि वास्तव में कौन सी चीजें सटीकता को बढ़ाती हैं, और प्रोटोटाइप से लेकर प्रोडक्शन तक का एक वास्तविक रास्ता होगा। इसके अनुभाग क्रमानुसार बनाए गए हैं, इसलिए आप इसे एक सूची के बजाय एक अनुक्रम के रूप में मान सकते हैं।

पायथन ऑडियो ट्रांसक्रिप्शन कैसे काम करता है: बुनियादी वर्कफ़्लो

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

यहाँ बुनियादी वर्कफ़्लो दिया गया है जिसका अधिकांश पायथन ऑडियो ट्रांसक्रिप्शन सिस्टम पालन करते हैं:

  1. ऑडियो फ़ाइल तैयार या होस्ट करें

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

  1. आवश्यकता पड़ने पर ऑडियो प्रारूप को सामान्य (नॉर्मलाइज़) करें

ऑडियो फ़ाइलें अक्सर अलग-अलग प्रारूपों, बिटरेट, सैंपल दरों और चैनल लेआउट में आती हैं। उन्हें API पर भेजने से पहले, यदि आवश्यक हो तो फ़ाइल को नॉर्मलाइज़ करें। एक सामान्य सुरक्षित प्रारूप मोनो, 16 kHz, 16-बिट WAV है, खासकर जब आप विभिन्न रिकॉर्डिंग्स में पूर्वानुमानित ट्रांसक्रिप्शन गुणवत्ता चाहते हैं। यह चरण असमर्थित प्रारूपों, स्टीरियो चैनल के भ्रम या शोर-शराबे वाले परिवर्तनों के कारण होने वाली समस्याओं को कम करने में मदद करता है।

  1. ट्रांसक्रिप्शन API पर फ़ाइल या URL भेजें

एक बार ऑडियो तैयार हो जाने पर, आपकी पायथन स्क्रिप्ट इसे स्पीच-टू-टेक्स्ट API पर भेजती है। स्थानीय फ़ाइल के लिए, इसका मतलब आमतौर पर ऑडियो बाइट्स को पढ़ना और उन्हें एक POST अनुरोध में भेजना है। होस्ट किए गए ऑडियो के लिए, आप JSON पेलोड में सार्वजनिक या हस्ताक्षरित (signed) URL भेजते हैं। दोनों मामलों में, आपके अनुरोध में प्रमाणीकरण (authentication) शामिल होना चाहिए, जो आमतौर पर एक एनवायरनमेंट वेरिएबल में संग्रहीत API कुंजी के माध्यम से होता है।

  1. भाषा, डायराइजेशन, टाइमस्टैम्प और फ़ॉर्मेटिंग विकल्प पास करें

अधिकांश ट्रांसक्रिप्शन API आपको यह नियंत्रित करने देते हैं कि आउटपुट कैसे जनरेट किया जाना चाहिए। उदाहरण के लिए, आप en जैसा भाषा कोड पास कर सकते हैं, बहु-वक्ता बातचीत के लिए स्पीकर डायराइजेशन सक्षम कर सकते हैं, शब्द-स्तरीय टाइमस्टैम्प का अनुरोध कर सकते हैं, या स्वचालित भाषा पहचान की अनुमति दे सकते हैं। ये विकल्प महत्वपूर्ण हैं क्योंकि ये प्रभावित करते हैं कि खोज, कैप्शन, एनालिटिक्स, QA या बाद के ऑटोमेशन के लिए अंतिम ट्रांसक्रिप्ट कितनी उपयोगी होगी।

  1. संरचित JSON प्राप्त करें

एक अच्छा स्पीच-टू-टेक्स्ट API केवल सादा टेक्स्ट ही वापस नहीं करता है। यह आमतौर पर संरचित JSON लौटाता है जिसमें पूरा ट्रांसक्रिप्ट, शब्द-स्तरीय समय, पहचानी गई भाषा, विश्वसनीयता स्कोर और डायराइजेशन सक्षम होने पर वक्ता की जानकारी शामिल होती है। यही संरचना एक ट्रांसक्रिप्ट को एक साधारण टेक्स्ट ब्लॉक से उस डेटा में बदल देती है जिसके साथ आपका एप्लिकेशन काम कर सकता है।

  1. ट्रांसक्रिप्ट, शब्द टाइमस्टैम्प, स्पीकर लेबल और विश्वसनीयता मेटाडेटा निकालें

प्रतिक्रिया प्राप्त करने के बाद, पायथन में JSON को पार्स करें। प्रदर्शित करने के लिए पूरा ट्रांसक्रिप्ट, ऑडियो या वीडियो के साथ टेक्स्ट को सिंक करने के लिए शब्द टाइमस्टैम्प, बातचीत के लिए स्पीकर लेबल और गुणवत्ता जांच के लिए विश्वसनीयता स्कोर निकालें। उदाहरण के लिए, ट्रांसक्रिप्ट को ग्राहक-सामना करने वाले या अनुपालन-संवेदनशील (compliance-sensitive) वर्कफ़्लो में भेजने से पहले कम-विश्वसनीयता वाले शब्दों को मानवीय समीक्षा के लिए चिह्नित किया जा सकता है।

  1. ट्रांसक्रिप्ट को संग्रहीत या पोस्ट-प्रोसेस करें

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

एक सरल पायथन ट्रांसक्रिप्शन वर्कफ़्लो आमतौर पर इस तरह दिखता है:

1. ऑडियो तैयार या होस्ट करें

audio_path = "preprocessed_audio.wav"
audio_path = "preprocessed_audio.wav"
audio_path = "preprocessed_audio.wav"

2. ट्रांसक्रिप्शन API पर ऑडियो भेजें

response = transcribe_audio(audio_path)
response = transcribe_audio(audio_path)
response = transcribe_audio(audio_path)

3. संरचित फ़ील्ड निकालें

transcript = response.get("transcription", "")
words = response.get("words", [])
utterances = response.get("utterances", [])
language = response.get("language", "unknown")
transcript = response.get("transcription", "")
words = response.get("words", [])
utterances = response.get("utterances", [])
language = response.get("language", "unknown")
transcript = response.get("transcription", "")
words = response.get("words", [])
utterances = response.get("utterances", [])
language = response.get("language", "unknown")

4. परिणाम स्टोर या पोस्ट-प्रोसेस करें

print("Transcript:", transcript)
print("Detected language:", language)
print("Word count:", len(words))
print("Speaker turns:", len(utterances))
print("Transcript:", transcript)
print("Detected language:", language)
print("Word count:", len(words))
print("Speaker turns:", len(utterances))
print("Transcript:", transcript)
print("Detected language:", language)
print("Word count:", len(words))
print("Speaker turns:", len(utterances))

वास्तविक कार्यान्वयन (implementation) में जाने से पहले यह वर्कफ़्लो आपको एक स्पष्ट वैचारिक मॉडल देता है।

API स्तर पर 'ट्रांसक्राइब ऑडियो टू टेक्स्ट' का वास्तव में क्या अर्थ है

पायथन लिखने से पहले, यह स्पष्ट रूप से समझना मददगार होता है कि जब आप "ट्रांसक्राइब" पर क्लिक करते हैं तो स्पीच-टू-टेक्स्ट API क्या कर रहा होता है। आप केवल एक ब्लैक बॉक्स को फ़ाइल मेल नहीं कर रहे हैं और बदले में एक पैराग्राफ प्राप्त नहीं कर रहे हैं। सेवा आमतौर पर एक ध्वनिक मॉडल (sound to phonemes), एक भाषा मॉडल (phonemes to likely words in context), और फिर एक पोस्ट-प्रोसेसिंग परत के माध्यम से ऑडियो चलाती है जो विराम चिह्न, कैपिटलाइज़ेशन और कभी-कभी स्पीकर लेबल के साथ चीजों को साफ करती है।

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



रॉ ऑडियो से लेकर संरचित ट्रांसक्रिप्ट तक, एक आधुनिक स्पीच-टू-टेक्स्ट API की आंतरिक पाइपलाइन

अपना पायथन एनवायरनमेंट सेट अप करना

एक नए वर्चुअल एनवायरनमेंट का उपयोग करें। ऑडियो टूलिंग निर्भरता के टकराव (dependency clashes) के लिए जानी जाती है, और पैकेजों को अलग रखने से आप अपनी पाइपलाइन के बजाय अपने सिस्टम को डीबग करने से बच जाते हैं।

अपना एनवायरनमेंट तैयार करने के लिए इन कमांड्स को चलाएं:

python -m venv stt-env
# macOS / Linux
source stt-env/bin/activate
# Windows
stt-env\Scripts\activate
pip install requests python-dotenv pydub
python -m venv stt-env
# macOS / Linux
source stt-env/bin/activate
# Windows
stt-env\Scripts\activate
pip install requests python-dotenv pydub
python -m venv stt-env
# macOS / Linux
source stt-env/bin/activate
# Windows
stt-env\Scripts\activate
pip install requests python-dotenv pydub

अपनी API कुंजी को सीधे कोड में लिखने के बजाय `.env` फ़ाइल में रखें। यह बुनियादी सुरक्षा नियम है, और जब आप स्थानीय परीक्षण से प्रोडक्शन की ओर बढ़ते हैं तो यह कुंजी को बदलना आसान बनाता है। `.env` में `SMALLEST_API_KEY=your_api_key_here` जोड़ें, फिर इसे नीचे दिए गए स्निपेट के साथ लोड करें।

SMALLEST_API_KEY=your_api_key_here
from dotenv import load_dotenv
SMALLEST_API_KEY=your_api_key_here
from dotenv import load_dotenv
SMALLEST_API_KEY=your_api_key_here
from dotenv import load_dotenv

ऑडियो प्रीप्रोसेसिंग: वह चरण जिसे अधिकांश ट्यूटोरियल छोड़ देते हैं

बहुत सारे ट्रांसक्रिप्शन ट्यूटोरियल एक बिल्कुल साफ WAV फ़ाइल के साथ शुरू होते हैं और मान लेते हैं कि यह सामान्य बात है। ऐसा नहीं है। फोन रिकॉर्डिंग्स अक्सर 8 kHz पर आती हैं, जो 16 kHz की उम्मीद करने वाले मॉडल के लिए सही नहीं है। वीडियो MP4 या MKV के रूप में आता है जिसमें ऑडियो एक कंटेनर के अंदर छिपा होता है। ज़ूम एक्सपोर्ट में प्रति वक्ता अलग-अलग मोनो ट्रैक शामिल हो सकते हैं, जिससे यह बदल जाता है कि आपको मॉडल को ऑडियो कैसे इनपुट देना चाहिए।

pydub बिना किसी परेशानी के अधिकांश कठिन प्रारूपों से जुड़े काम संभाल लेता है। यहाँ एक छोटा प्रीप्रोसेसिंग फ़ंक्शन दिया गया है जो ऑडियो को उस रूप में परिवर्तित करता है जिसे अधिकांश API पसंद करते हैं:

from pydub import AudioSegment<p></p>
<p>def preprocess_audio(input_path: str, output_path: str) -> str:<br>"""<br>Convert an audio file to mono, 16 kHz, 16-bit PCM WAV.<br>This format is commonly preferred for speech-to-text pipelines.<br>"""<br>audio = AudioSegment.from_file(input_path)</p>
<pre><code>audio = audio.set_channels(1)
audio = audio.set_frame_rate(16000)
audio = audio.set_sample_width(2)

audio.export(output_path, format="wav")
return output_path
</code></pre>
from pydub import AudioSegment<p></p>
<p>def preprocess_audio(input_path: str, output_path: str) -> str:<br>"""<br>Convert an audio file to mono, 16 kHz, 16-bit PCM WAV.<br>This format is commonly preferred for speech-to-text pipelines.<br>"""<br>audio = AudioSegment.from_file(input_path)</p>
<pre><code>audio = audio.set_channels(1)
audio = audio.set_frame_rate(16000)
audio = audio.set_sample_width(2)

audio.export(output_path, format="wav")
return output_path
</code></pre>
from pydub import AudioSegment<p></p>
<p>def preprocess_audio(input_path: str, output_path: str) -> str:<br>"""<br>Convert an audio file to mono, 16 kHz, 16-bit PCM WAV.<br>This format is commonly preferred for speech-to-text pipelines.<br>"""<br>audio = AudioSegment.from_file(input_path)</p>
<pre><code>audio = audio.set_channels(1)
audio = audio.set_frame_rate(16000)
audio = audio.set_sample_width(2)

audio.export(output_path, format="wav")
return output_path
</code></pre>

व्यावहारिक रूप से, API को कॉल करने से पहले सब कुछ इसके माध्यम से चलाएं। केवल रीसैंपलिंग ही सटीकता में बड़ा बदलाव ला सकती है, खासकर जब मूल रिकॉर्डिंग टेलीफोनी-ग्रेड की हो। जैसा कि मोज़िला के कॉमन वॉयस दस्तावेज़ में उल्लेख किया गया है, कई ओपन-सोर्स और व्यावसायिक स्पीच मॉडल्स में 16 kHz मोनो WAV मानक इनपुट प्रारूप है।



ट्रांसक्रिप्शन API पर भेजने से पहले ऑडियो को प्रीप्रोसेस करना सटीकता में महत्वपूर्ण सुधार करता है

पायथन में अपनी पहली ट्रांसक्रिप्शन API कॉल करना

एक बार जब आपके पास एक साफ ऑडियो फ़ाइल हो, तो API कॉल सीधी होती है। नीचे दिया गया उदाहरण Smallest.ai के Pulse का उपयोग करता है, जो वास्तविक समय की स्थितियों के लिए स्ट्रीमिंग सपोर्ट के साथ कम-विलंबता (low-latency), उच्च-सटीकता ट्रांसक्रिप्शन के उद्देश्य से एक स्पीच-टू-टेक्स्ट API है। 

import os<br>import requests<br>from dotenv import load_dotenv<p></p>
<p>load_dotenv()</p>
<p>def transcribe_audio(file_path: str) -> dict:<br>"""<br>Send a local audio file to Smallest.ai Pulse STT<br>and return the transcription response as JSON.<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("Missing SMALLEST_API_KEY in environment variables.")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "false",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "audio/wav",
}

with open(file_path, "rb") as audio_file:
    response = requests.post(
        url,
        headers=headers,
        params=params,
        data=audio_file,
        timeout=120,
    )

response.raise_for_status()
return response.json()
</code></pre>
import os<br>import requests<br>from dotenv import load_dotenv<p></p>
<p>load_dotenv()</p>
<p>def transcribe_audio(file_path: str) -> dict:<br>"""<br>Send a local audio file to Smallest.ai Pulse STT<br>and return the transcription response as JSON.<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("Missing SMALLEST_API_KEY in environment variables.")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "false",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "audio/wav",
}

with open(file_path, "rb") as audio_file:
    response = requests.post(
        url,
        headers=headers,
        params=params,
        data=audio_file,
        timeout=120,
    )

response.raise_for_status()
return response.json()
</code></pre>
import os<br>import requests<br>from dotenv import load_dotenv<p></p>
<p>load_dotenv()</p>
<p>def transcribe_audio(file_path: str) -> dict:<br>"""<br>Send a local audio file to Smallest.ai Pulse STT<br>and return the transcription response as JSON.<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("Missing SMALLEST_API_KEY in environment variables.")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "false",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "audio/wav",
}

with open(file_path, "rb") as audio_file:
    response = requests.post(
        url,
        headers=headers,
        params=params,
        data=audio_file,
        timeout=120,
    )

response.raise_for_status()
return response.json()
</code></pre>

यहाँ दो विवरण उनके दिखने की तुलना में अधिक महत्वपूर्ण हैं। raise_for_status HTTP विफलताओं को अपवादों (exceptions) में बदल देता है, जिससे आप त्रुटियों को स्पष्ट रूप से संभालते हैं न कि चुपचाप एक खाली स्ट्रिंग प्रिंट करके उसे "पूर्ण" मान लेते हैं। और word_timestamps=true आपको शब्द-स्तरीय समय प्रदान करता है, जिसकी आवश्यकता आपको तब होगी जब आपको वीडियो में टेक्स्ट सिंक करना होगा, खोज परिणामों को हाइलाइट करना होगा, या किसी भी प्रकार का उपयोगी ऑडियो इंडेक्स बनाना होगा। यदि आप एक अधिक समृद्ध पाइपलाइन बना रहे हैं, तो स्पीच-टू-टेक्स्ट डेवलपर गाइड स्ट्रीमिंग और रीयल-टाइम पैटर्न पर और आगे जाती है। 

होस्ट किए गए ऑडियो URL को ट्रांसक्राइब करना

import os<br>import requests<br>from dotenv import load_dotenv<p></p>
<p>load_dotenv()</p>
<p>def transcribe_audio_url(audio_url: str) -> dict:<br>"""<br>एक होस्ट किए गए ऑडियो URL को Smallest.ai Pulse STT पर भेजें<br>और JSON के रूप में ट्रांसक्रिप्शन प्रतिक्रिया वापस प्राप्त करें।<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("पर्यावरण चरों में SMALLEST_API_KEY मौजूद नहीं है।")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "true",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "application/json",
}

payload = {
    "url": audio_url,
}

response = requests.post(
    url,
    headers=headers,
    params=params,
    json=payload,
    timeout=120,
)

response.raise_for_status()
return response.json()
</code></pre>
<p>if <strong>name</strong> == "<strong>main</strong>":<br>result = transcribe_audio_url(<br>"<a href="https://example.com/audio/sample.wav" data-framer-link="Link:{"url":"https://example.com/audio/sample.wav","type":"url"}">https://example.com/audio/sample.wav</a>"<br>)</p>
<pre><code>print(result.get("transcription", ""))</code></pre><h2 dir="ltr">API प्रतिक्रिया को संभालना और संरचित डेटा निकालना</h2><p dir="ltr">ट्रांसक्रिप्शन प्रतिक्रिया आमतौर पर केवल एक ट्रांसक्रिप्ट फ़ील्ड से कहीं अधिक होती है। अच्छे API संरचित डेटा लौटाते हैं: शब्द समय (word timings), विश्वसनीयता स्कोर, पहचानी गई भाषा और कभी-कभी वक्ता का मेटाडेटा। यहाँ एक विशिष्ट प्रतिक्रिया रूप और उपयोगी भागों को निकालने का एक सरल तरीका दिया गया है:</p><pre data-language="JSX"><code>def parse_transcript(response: dict) -&gt; None:
"""
ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प,
विश्वसनीयता स्कोर और पहचानी गई भाषा को प्रिंट करें।
"""
full_text = response.get("transcription", "")
print(f"Transcript: {full_text}")

words = response.get("words", [])

for word in words:
    text = word.get("word", "")
    start = word.get("start")
    end = word.get("end")
    confidence = word.get("confidence")

    start_text = f"{start:.2f}s" if isinstance(start, (int, float)) else "?"
    end_text = f"{end:.2f}s" if isinstance(end, (int, float)) else "?"
    confidence_text = (
        f"{confidence:.2f}" if isinstance(confidence, (int, float)) else "?"
    )

    print(f"[{start_text} - {end_text}] {text} (confidence: {confidence_text})")

language = response.get("language", "unknown")
print(f"Detected language: {language}")</code></pre><p dir="auto">विश्वसनीयता (confidence) स्कोर को केवल सामान्य जानकारी न समझकर एक राउटिंग सिग्नल की तरह मानें। जब कोई शब्द ~0.7 से नीचे चला जाता है, तो मॉडल आपको बता रहा होता है कि वह केवल अनुमान लगा रहा है, अक्सर शोर, किसी अपरिचित संज्ञा या ओवरलैपिंग बातचीत के कारण। प्रोडक्शन में, कम-विश्वसनीयता वाले क्षेत्रों को बाद के सिस्टम में भेजने के बजाय मानव समीक्षा के लिए भेजना एक बेहतर विकल्प है।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/dtDKjP7q5nU1Oh0VCEyezcE20.png"><p dir="ltr"><em>एक ट्रांसक्रिप्शन API प्रतिक्रिया की संरचना: ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प और विश्वसनीयता स्कोर</em></p><h2 dir="ltr">स्पीकर डायराइजेशन: यह जानना कि किसने क्या कहा</h2><p dir="ltr">सिंगल-स्पीकर ऑडियो काफी आसान होता है। मीटिंग्स, पॉडकास्ट और सपोर्ट कॉल्स जैसी जगहों पर चीजें दिलचस्प हो जाती हैं, क्योंकि केवल "क्या कहा गया" पर्याप्त नहीं होता, बल्कि "किसने कहा" यह भी जानना जरूरी होता है। इसे डायराइजेशन कहा जाता है, और आप आमतौर पर अपने अनुरोध मापदंडों में `diarize: True` के साथ इसे सक्षम करते हैं।</p><p dir="ltr">जब डायराइजेशन सक्षम होता है, तो Pulse शब्द-स्तरीय और वाक्य-स्तरीय आउटपुट में स्पीकर लेबल जोड़ता है, जिससे आप ट्रांसक्रिप्ट को एक बातचीत के रूप में फिर से तैयार कर सकते हैं।</p><pre data-language="JSX"><code>def format_diarized_transcript(response: dict) -&gt; str:
"""
डायराइज्ड वाक्यों को एक पठनीय वक्ता-दर-वक्ता ट्रांसक्रिप्ट में प्रारूपित करें।
"""
utterances = response.get("utterances", [])
lines = []

for utterance in utterances:
    speaker = utterance.get("speaker", "unknown_speaker")
    text = utterance.get("text", "").strip()
    start = utterance.get("start", 0)

    if not text:
        continue

    lines.append(f"[{start:.1f}s] {speaker}: {text}")

return "\n".join(lines)</code></pre><p dir="auto">लेकिन एक पेंच है: जब लोग एक-दूसरे के ऊपर बोलते हैं तो डायराइजेशन का प्रदर्शन कमजोर हो जाता है। कॉल-सेंटर ऑडियो में टोका-टाकी आम है, और इसका सबसे साफ समाधान अक्सर इनपुट स्तर पर ही होता है (जब संभव हो तो अलग-अलग चैनलों का उपयोग करें और फिर ट्रांसक्राइब करें) बजाय इसके कि आप मॉडल से क्रॉस-टॉक को पूरी तरह से सुलझाने की उम्मीद करें। स्पीकर डायराइजेशन पाइपलाइन्स गाइड में बहु-वक्ता रणनीतियों के बारे में गहराई से बताया गया है।</p><h2 dir="ltr">लंबी ऑडियो फ़ाइलों को संभालना और चंकिंग रणनीतियाँ</h2><p dir="ltr">ट्रांसक्रिप्शन API आमतौर पर फ़ाइल के आकार या अवधि पर सीमाएं लागू करते हैं। भले ही आपका API ऐसा न करता हो, फिर भी एक ही अनुरोध में 90 मिनट की रिकॉर्डिंग भेजना समस्याओं को न्यौता देना है: एक भी टाइमआउट हुआ और आप वापस शून्य पर आ जाएंगे। लंबी ऑडियो को छोटे टुकड़ों (chunks) में विभाजित करना पाइपलाइन को लचीला बनाए रखने का मानक तरीका है।</p><p dir="ltr">लंबी ऑडियो फ़ाइलों के लिए एक मजबूत चंकिंग रणनीति:</p><ul dir="auto"><li data-preset-tag="p"><p>`pydub` के `make_chunks` तरीके का उपयोग करके ऑडियो को 30-60 सेकंड के खंडों में विभाजित करें</p></li><li data-preset-tag="p"><p>सीमाओं पर शब्दों को कटने से बचाने के लिए टुकड़ों के बीच 1-2 सेकंड का ओवरलैप जोड़ें</p></li><li data-preset-tag="p"><p>प्रत्येक टुकड़े को स्वतंत्र रूप से ट्रांसक्राइब करें और परिणामों को क्रम से एकत्र करें</p></li><li data-preset-tag="p"><p>एक साधारण स्ट्रिंग संरेखण (alignment) जांच का उपयोग करके ओवरलैप क्षेत्र में डुप्लिकेट शब्दों को हटाकर ट्रांसक्रिप्ट को मर्ज करें</p></li><li data-preset-tag="p"><p>मूल फ़ाइल में इसकी शुरुआती स्थिति के आधार पर प्रत्येक टुकड़े के शब्द टाइमस्टैम्प को ऑफ़सेट करके वैश्विक टाइमस्टैम्प को सुरक्षित रखें</p></li></ul><pre data-language="JSX"><code>from pydub import AudioSegment
</code></pre>
<p>def split_audio_with_overlap(<br>input_path: str,<br>output_dir: str,<br>chunk_length_ms: int = 60_000,<br>overlap_ms: int = 2_000,<br>) -> list[str]:<br>"""<br>लंबी ऑडियो को ओवरलैपिंग टुकड़ों में विभाजित करें।<br>डिफ़ॉल्ट: 2-सेकंड के ओवरलैप के साथ 60-सेकंड के टुकड़े।<br>"""<br>audio = AudioSegment.from_file(input_path)<br>chunk_paths = []</p>
<pre><code>start = 0
chunk_index = 0

while start &lt; len(audio):
    end = min(start + chunk_length_ms, len(audio))
    chunk = audio[start:end]

    chunk_path = f"{output_dir}/chunk_{chunk_index:04d}.wav"
    chunk.export(chunk_path, format="wav")

    chunk_paths.append(chunk_path)

    if end == len(audio):
        break

    start = end - overlap_ms
    chunk_index += 1

return chunk_paths</code></pre><p dir="auto">यह ओवरलैप "आमतौर पर काम करता है" और सीमाओं पर अनुमानित रूप से काम करने वाले सिस्टम के बीच का अंतर है। इसके बिना, सीमा पर आने वाले शब्द कट जाते हैं और या तो गायब हो जाते हैं या विकृत होकर वापस आते हैं। एक सेकंड का ओवरलैप प्रसंस्करण लागत को बमुश्किल ही बदलता है, लेकिन यह त्रुटियों की एक पूरी श्रेणी को समाप्त कर देता है। यदि आप लहजे (accents), कोड-स्विचिंग या बहुभाषी ऑडियो से निपट रहे हैं, तो बहुभाषी ऑडियो के लिए स्पीच-टू-टेक्स्ट गाइड इन अतिरिक्त चुनौतियों को विस्तार से बताती है।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/kNmRu0cKJzv6BL8WUs5gs9a6DpM.png"><p dir="ltr"><em>ओवरलैपिंग खंडों के साथ लंबी ऑडियो को विभाजित करना स्प्लिट पॉइंट पर होने वाली गलतियों को रोकता है</em></p><h2 dir="ltr">उत्पादन संबंधी विचार: त्रुटि प्रबंधन (Error Handling), पुनः प्रयास (Retries), और लागत नियंत्रण</h2><p dir="ltr">लैपटॉप पर चलने वाली स्क्रिप्ट सिर्फ एक डेमो है; उत्पादन (production) वह जगह है जहाँ वास्तविक चुनौतियाँ सामने आती हैं। दर सीमाएं (Rate limits) लागू होती हैं, नेटवर्क में उतार-चढ़ाव होता है, और उपयोगकर्ता ऐसे प्रारूपों में ऑडियो अपलोड करते हैं जिनकी आपने योजना नहीं बनाई थी (या ऐसी रिकॉर्डिंग जो बहुत अधिक लंबी होती हैं)। यदि आप इन तीन चीजों की पहले से योजना बना लेते हैं, तो बाकी सब सिर्फ इंजीनियरिंग है।</p><p dir="ltr">दर सीमाओं और अस्थायी विफलताओं के लिए, एक्सपोनेंशियल बैकऑफ़ का उपयोग करें। `tenacity` इसे व्यवस्थित रखता है: `@retry(wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5))`। इस डेकोरेटर को अपने API कॉल पर लागू करें और आप बिना खुद की पुनः प्रयास प्रणाली लिखे अधिकांश अस्थायी समस्याओं को आसानी से संभाल लेंगे।</p><pre data-language="JSX"><code>pip install tenacity
</code></pre>
<p>import os<br>import requests<br>from dotenv import load_dotenv<br>from tenacity import retry, stop_after_attempt, wait_exponential</p>
<p>load_dotenv()</p>
<p>@retry(<br>wait=wait_exponential(multiplier=1, min=2, max=30),<br>stop=stop_after_attempt(5),<br>)<br>def transcribe_with_retries(file_path: str) -> dict:<br>"""<br>अस्थायी API या नेटवर्क विफलताओं के लिए पुनः प्रयासों के साथ ऑडियो ट्रांसक्राइब करें।<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("पर्यावरण चरों में SMALLEST_API_KEY मौजूद नहीं है।")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "false",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "audio/wav",
}

with open(file_path, "rb") as audio_file:
    response = requests.post(
        url,
        headers=headers,
        params=params,
        data=audio_file,
        timeout=120,
    )

response.raise_for_status()
return response.json()</code></pre><p dir="auto">लागत उत्पादन में आने वाली एक और अप्रत्याशित चुनौती है। अधिकांश ट्रांसक्रिप्शन API प्रति मिनट के हिसाब से शुल्क लेते हैं, जिसका अर्थ है कि बिना सोचे-समझे इसे चलाना जल्दी ही महंगा साबित हो सकता है। दो आदतें खर्च को नियंत्रण में रखती हैं: अपलोड करने से पहले अवधि की जांच करें (और ऐप स्तर पर अपनी सीमा से अधिक की फ़ाइलों को अस्वीकार करें), और परिणामों को कैश करें ताकि एक ही फ़ाइल दो बार ट्रांसक्राइब न हो। ऑडियो का एक कंटेंट हैश एक व्यावहारिक कैश कुंजी बनाता है।</p><p dir="ltr">यदि आप बड़े पैमाने पर निर्माण कर रहे हैं, तो स्पीच-टू-टेक्स्ट गाइड उच्च-थ्रूपुट आर्किटेक्चर, एसिंक वर्कर्स, कतारों (queues) और उन पैटर्नों पर चर्चा करती है जो लंबे समय तक चलने वाली पाइपलाइनों को स्थिर रखते हैं। </p><h2 dir="ltr">अधिकांश डेवलपर्स ट्रांसक्रिप्शन सटीकता के बारे में क्या गलत समझते हैं</h2><p dir="ltr">5% WER सुनने में बहुत छोटा लगता है जब तक कि आप इसका अनुवाद न करें: इसका मतलब है कि लगभग हर 20 में से 1 शब्द गलत है। 500 शब्दों की मीटिंग सारांश में, यह लगभग 25 त्रुटियां हैं। यहाँ तक कि अत्याधुनिक मॉडल्स भी शोर-शराबे वाली, स्वाभाविक बातचीत के दौरान साफ-सुथरी बेंचमार्क स्थितियों की तुलना में काफी अधिक शब्द त्रुटि दर (कभी-कभी 20% से अधिक) दिखाते हैं, यही वजह है कि अपने खुद के ऑडियो पर परीक्षण करना अनिवार्य है।</p><p dir="ltr">इसलिए पूरी गंभीरता से बेंचमार्क जांच करें। अपने API का परीक्षण उस ऑडियो पर करें जो आपके वास्तविक उत्पाद से मेल खाता हो, न कि साफ-सुथरे डेमो क्लिप्स पर। वास्तविक वातावरण से 10-15 मिनट का ऑडियो लें, सटीकता मापें और उसके बाद ही कोई निर्णय लें। विशिष्ट शब्द ही वह जगह हैं जहाँ सामान्य मॉडल सबसे अधिक लड़खड़ाते हैं - जैसे चिकित्सा शब्द, उत्पाद के नाम या आंतरिक संक्षिप्त नाम (acronyms)। यदि आपका सेवा प्रदाता कस्टम शब्दावली या डोमेन अनुकूलन प्रदान करता है, तो विशिष्ट शब्दावली शामिल होने पर इसका उपयोग करें।</p><h2 dir="ltr">सारांश और अगले कदम</h2><p dir="ltr">पायथन में एक भरोसेमंद ऑडियो-टू-टेक्स्ट पाइपलाइन आमतौर पर चार नियमों पर टिकी होती है: API के पास जाने से पहले ऑडियो को नॉर्मलाइज़ करें, प्रतिक्रिया को संरचित डेटा के रूप में मानें (न कि केवल एक स्ट्रिंग के रूप में), लंबी रिकॉर्डिंग को ओवरलैप के साथ विभाजित करें, और पुनः प्रयास व त्रुटि प्रबंधन को बुनियादी विशेषता के रूप में शामिल करें।</p><p dir="ltr">यहाँ दिए गए कोड स्निपेट्स को जानबूझकर छोटा रखा गया है ताकि आप उन्हें बिना किसी बड़े बदलाव के अपने सिस्टम में जोड़ सकें। जैसे-जैसे इसका उपयोग बढ़ेगा, आप शायद एसिंक प्रोसेसिंग, एक जॉब कतार और परिणामों के लिए सुरक्षित स्टोरेज जोड़ेंगे, लेकिन मूल प्रवाह नहीं बदलता है।</p><p dir="ltr">यदि आप स्पीच-टू-टेक्स्ट प्रदाताओं की तुलना कर रहे हैं, तो Smallest.ai का Pulse विशेष रूप से उन डेवलपर्स के लिए बनाया गया है जो कम-विलंबता, ट्रांसक्रिप्शन गुणवत्ता और आसानी से एकीकृत होने वाले API को प्राथमिकता देते हैं। यह डिफ़ॉल्ट रूप से स्ट्रीमिंग ट्रांसक्रिप्शन, स्पीकर डायराइजेशन, शब्द-स्तरीय टाइमस्टैम्प और बहुभाषी ऑडियो का समर्थन करता है, जो ऊपर बताए गए उत्पादन पैटर्नों के अनुकूल है। आज ही पायथन में ऑडियो ट्रांसक्राइब करना शुरू करने के लिए Pulse और Waves API का अन्वेषण करें।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/3mHIcVXitoVvibRxtOXPqtKysgs.png"><p dir="ltr"><em>पायथन में प्रोडक्शन-रेडी ट्रांसक्रिप्शन पाइपलाइन के चार मुख्य स्तंभ</em></p>
</code></pre>
import os<br>import requests<br>from dotenv import load_dotenv<p></p>
<p>load_dotenv()</p>
<p>def transcribe_audio_url(audio_url: str) -> dict:<br>"""<br>एक होस्ट किए गए ऑडियो URL को Smallest.ai Pulse STT पर भेजें<br>और JSON के रूप में ट्रांसक्रिप्शन प्रतिक्रिया वापस प्राप्त करें।<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("पर्यावरण चरों में SMALLEST_API_KEY मौजूद नहीं है।")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "true",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "application/json",
}

payload = {
    "url": audio_url,
}

response = requests.post(
    url,
    headers=headers,
    params=params,
    json=payload,
    timeout=120,
)

response.raise_for_status()
return response.json()
</code></pre>
<p>if <strong>name</strong> == "<strong>main</strong>":<br>result = transcribe_audio_url(<br>"<a href="https://example.com/audio/sample.wav" data-framer-link="Link:{"url":"https://example.com/audio/sample.wav","type":"url"}">https://example.com/audio/sample.wav</a>"<br>)</p>
<pre><code>print(result.get("transcription", ""))</code></pre><h2 dir="ltr">API प्रतिक्रिया को संभालना और संरचित डेटा निकालना</h2><p dir="ltr">ट्रांसक्रिप्शन प्रतिक्रिया आमतौर पर केवल एक ट्रांसक्रिप्ट फ़ील्ड से कहीं अधिक होती है। अच्छे API संरचित डेटा लौटाते हैं: शब्द समय (word timings), विश्वसनीयता स्कोर, पहचानी गई भाषा और कभी-कभी वक्ता का मेटाडेटा। यहाँ एक विशिष्ट प्रतिक्रिया रूप और उपयोगी भागों को निकालने का एक सरल तरीका दिया गया है:</p><pre data-language="JSX"><code>def parse_transcript(response: dict) -&gt; None:
"""
ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प,
विश्वसनीयता स्कोर और पहचानी गई भाषा को प्रिंट करें।
"""
full_text = response.get("transcription", "")
print(f"Transcript: {full_text}")

words = response.get("words", [])

for word in words:
    text = word.get("word", "")
    start = word.get("start")
    end = word.get("end")
    confidence = word.get("confidence")

    start_text = f"{start:.2f}s" if isinstance(start, (int, float)) else "?"
    end_text = f"{end:.2f}s" if isinstance(end, (int, float)) else "?"
    confidence_text = (
        f"{confidence:.2f}" if isinstance(confidence, (int, float)) else "?"
    )

    print(f"[{start_text} - {end_text}] {text} (confidence: {confidence_text})")

language = response.get("language", "unknown")
print(f"Detected language: {language}")</code></pre><p dir="auto">विश्वसनीयता (confidence) स्कोर को केवल सामान्य जानकारी न समझकर एक राउटिंग सिग्नल की तरह मानें। जब कोई शब्द ~0.7 से नीचे चला जाता है, तो मॉडल आपको बता रहा होता है कि वह केवल अनुमान लगा रहा है, अक्सर शोर, किसी अपरिचित संज्ञा या ओवरलैपिंग बातचीत के कारण। प्रोडक्शन में, कम-विश्वसनीयता वाले क्षेत्रों को बाद के सिस्टम में भेजने के बजाय मानव समीक्षा के लिए भेजना एक बेहतर विकल्प है।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/dtDKjP7q5nU1Oh0VCEyezcE20.png"><p dir="ltr"><em>एक ट्रांसक्रिप्शन API प्रतिक्रिया की संरचना: ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प और विश्वसनीयता स्कोर</em></p><h2 dir="ltr">स्पीकर डायराइजेशन: यह जानना कि किसने क्या कहा</h2><p dir="ltr">सिंगल-स्पीकर ऑडियो काफी आसान होता है। मीटिंग्स, पॉडकास्ट और सपोर्ट कॉल्स जैसी जगहों पर चीजें दिलचस्प हो जाती हैं, क्योंकि केवल "क्या कहा गया" पर्याप्त नहीं होता, बल्कि "किसने कहा" यह भी जानना जरूरी होता है। इसे डायराइजेशन कहा जाता है, और आप आमतौर पर अपने अनुरोध मापदंडों में `diarize: True` के साथ इसे सक्षम करते हैं।</p><p dir="ltr">जब डायराइजेशन सक्षम होता है, तो Pulse शब्द-स्तरीय और वाक्य-स्तरीय आउटपुट में स्पीकर लेबल जोड़ता है, जिससे आप ट्रांसक्रिप्ट को एक बातचीत के रूप में फिर से तैयार कर सकते हैं।</p><pre data-language="JSX"><code>def format_diarized_transcript(response: dict) -&gt; str:
"""
डायराइज्ड वाक्यों को एक पठनीय वक्ता-दर-वक्ता ट्रांसक्रिप्ट में प्रारूपित करें।
"""
utterances = response.get("utterances", [])
lines = []

for utterance in utterances:
    speaker = utterance.get("speaker", "unknown_speaker")
    text = utterance.get("text", "").strip()
    start = utterance.get("start", 0)

    if not text:
        continue

    lines.append(f"[{start:.1f}s] {speaker}: {text}")

return "\n".join(lines)</code></pre><p dir="auto">लेकिन एक पेंच है: जब लोग एक-दूसरे के ऊपर बोलते हैं तो डायराइजेशन का प्रदर्शन कमजोर हो जाता है। कॉल-सेंटर ऑडियो में टोका-टाकी आम है, और इसका सबसे साफ समाधान अक्सर इनपुट स्तर पर ही होता है (जब संभव हो तो अलग-अलग चैनलों का उपयोग करें और फिर ट्रांसक्राइब करें) बजाय इसके कि आप मॉडल से क्रॉस-टॉक को पूरी तरह से सुलझाने की उम्मीद करें। स्पीकर डायराइजेशन पाइपलाइन्स गाइड में बहु-वक्ता रणनीतियों के बारे में गहराई से बताया गया है।</p><h2 dir="ltr">लंबी ऑडियो फ़ाइलों को संभालना और चंकिंग रणनीतियाँ</h2><p dir="ltr">ट्रांसक्रिप्शन API आमतौर पर फ़ाइल के आकार या अवधि पर सीमाएं लागू करते हैं। भले ही आपका API ऐसा न करता हो, फिर भी एक ही अनुरोध में 90 मिनट की रिकॉर्डिंग भेजना समस्याओं को न्यौता देना है: एक भी टाइमआउट हुआ और आप वापस शून्य पर आ जाएंगे। लंबी ऑडियो को छोटे टुकड़ों (chunks) में विभाजित करना पाइपलाइन को लचीला बनाए रखने का मानक तरीका है।</p><p dir="ltr">लंबी ऑडियो फ़ाइलों के लिए एक मजबूत चंकिंग रणनीति:</p><ul dir="auto"><li data-preset-tag="p"><p>`pydub` के `make_chunks` तरीके का उपयोग करके ऑडियो को 30-60 सेकंड के खंडों में विभाजित करें</p></li><li data-preset-tag="p"><p>सीमाओं पर शब्दों को कटने से बचाने के लिए टुकड़ों के बीच 1-2 सेकंड का ओवरलैप जोड़ें</p></li><li data-preset-tag="p"><p>प्रत्येक टुकड़े को स्वतंत्र रूप से ट्रांसक्राइब करें और परिणामों को क्रम से एकत्र करें</p></li><li data-preset-tag="p"><p>एक साधारण स्ट्रिंग संरेखण (alignment) जांच का उपयोग करके ओवरलैप क्षेत्र में डुप्लिकेट शब्दों को हटाकर ट्रांसक्रिप्ट को मर्ज करें</p></li><li data-preset-tag="p"><p>मूल फ़ाइल में इसकी शुरुआती स्थिति के आधार पर प्रत्येक टुकड़े के शब्द टाइमस्टैम्प को ऑफ़सेट करके वैश्विक टाइमस्टैम्प को सुरक्षित रखें</p></li></ul><pre data-language="JSX"><code>from pydub import AudioSegment
</code></pre>
<p>def split_audio_with_overlap(<br>input_path: str,<br>output_dir: str,<br>chunk_length_ms: int = 60_000,<br>overlap_ms: int = 2_000,<br>) -> list[str]:<br>"""<br>लंबी ऑडियो को ओवरलैपिंग टुकड़ों में विभाजित करें।<br>डिफ़ॉल्ट: 2-सेकंड के ओवरलैप के साथ 60-सेकंड के टुकड़े।<br>"""<br>audio = AudioSegment.from_file(input_path)<br>chunk_paths = []</p>
<pre><code>start = 0
chunk_index = 0

while start &lt; len(audio):
    end = min(start + chunk_length_ms, len(audio))
    chunk = audio[start:end]

    chunk_path = f"{output_dir}/chunk_{chunk_index:04d}.wav"
    chunk.export(chunk_path, format="wav")

    chunk_paths.append(chunk_path)

    if end == len(audio):
        break

    start = end - overlap_ms
    chunk_index += 1

return chunk_paths</code></pre><p dir="auto">यह ओवरलैप "आमतौर पर काम करता है" और सीमाओं पर अनुमानित रूप से काम करने वाले सिस्टम के बीच का अंतर है। इसके बिना, सीमा पर आने वाले शब्द कट जाते हैं और या तो गायब हो जाते हैं या विकृत होकर वापस आते हैं। एक सेकंड का ओवरलैप प्रसंस्करण लागत को बमुश्किल ही बदलता है, लेकिन यह त्रुटियों की एक पूरी श्रेणी को समाप्त कर देता है। यदि आप लहजे (accents), कोड-स्विचिंग या बहुभाषी ऑडियो से निपट रहे हैं, तो बहुभाषी ऑडियो के लिए स्पीच-टू-टेक्स्ट गाइड इन अतिरिक्त चुनौतियों को विस्तार से बताती है।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/kNmRu0cKJzv6BL8WUs5gs9a6DpM.png"><p dir="ltr"><em>ओवरलैपिंग खंडों के साथ लंबी ऑडियो को विभाजित करना स्प्लिट पॉइंट पर होने वाली गलतियों को रोकता है</em></p><h2 dir="ltr">उत्पादन संबंधी विचार: त्रुटि प्रबंधन (Error Handling), पुनः प्रयास (Retries), और लागत नियंत्रण</h2><p dir="ltr">लैपटॉप पर चलने वाली स्क्रिप्ट सिर्फ एक डेमो है; उत्पादन (production) वह जगह है जहाँ वास्तविक चुनौतियाँ सामने आती हैं। दर सीमाएं (Rate limits) लागू होती हैं, नेटवर्क में उतार-चढ़ाव होता है, और उपयोगकर्ता ऐसे प्रारूपों में ऑडियो अपलोड करते हैं जिनकी आपने योजना नहीं बनाई थी (या ऐसी रिकॉर्डिंग जो बहुत अधिक लंबी होती हैं)। यदि आप इन तीन चीजों की पहले से योजना बना लेते हैं, तो बाकी सब सिर्फ इंजीनियरिंग है।</p><p dir="ltr">दर सीमाओं और अस्थायी विफलताओं के लिए, एक्सपोनेंशियल बैकऑफ़ का उपयोग करें। `tenacity` इसे व्यवस्थित रखता है: `@retry(wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5))`। इस डेकोरेटर को अपने API कॉल पर लागू करें और आप बिना खुद की पुनः प्रयास प्रणाली लिखे अधिकांश अस्थायी समस्याओं को आसानी से संभाल लेंगे।</p><pre data-language="JSX"><code>pip install tenacity
</code></pre>
<p>import os<br>import requests<br>from dotenv import load_dotenv<br>from tenacity import retry, stop_after_attempt, wait_exponential</p>
<p>load_dotenv()</p>
<p>@retry(<br>wait=wait_exponential(multiplier=1, min=2, max=30),<br>stop=stop_after_attempt(5),<br>)<br>def transcribe_with_retries(file_path: str) -> dict:<br>"""<br>अस्थायी API या नेटवर्क विफलताओं के लिए पुनः प्रयासों के साथ ऑडियो ट्रांसक्राइब करें।<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("पर्यावरण चरों में SMALLEST_API_KEY मौजूद नहीं है।")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "false",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "audio/wav",
}

with open(file_path, "rb") as audio_file:
    response = requests.post(
        url,
        headers=headers,
        params=params,
        data=audio_file,
        timeout=120,
    )

response.raise_for_status()
return response.json()</code></pre><p dir="auto">लागत उत्पादन में आने वाली एक और अप्रत्याशित चुनौती है। अधिकांश ट्रांसक्रिप्शन API प्रति मिनट के हिसाब से शुल्क लेते हैं, जिसका अर्थ है कि बिना सोचे-समझे इसे चलाना जल्दी ही महंगा साबित हो सकता है। दो आदतें खर्च को नियंत्रण में रखती हैं: अपलोड करने से पहले अवधि की जांच करें (और ऐप स्तर पर अपनी सीमा से अधिक की फ़ाइलों को अस्वीकार करें), और परिणामों को कैश करें ताकि एक ही फ़ाइल दो बार ट्रांसक्राइब न हो। ऑडियो का एक कंटेंट हैश एक व्यावहारिक कैश कुंजी बनाता है।</p><p dir="ltr">यदि आप बड़े पैमाने पर निर्माण कर रहे हैं, तो स्पीच-टू-टेक्स्ट गाइड उच्च-थ्रूपुट आर्किटेक्चर, एसिंक वर्कर्स, कतारों (queues) और उन पैटर्नों पर चर्चा करती है जो लंबे समय तक चलने वाली पाइपलाइनों को स्थिर रखते हैं। </p><h2 dir="ltr">अधिकांश डेवलपर्स ट्रांसक्रिप्शन सटीकता के बारे में क्या गलत समझते हैं</h2><p dir="ltr">5% WER सुनने में बहुत छोटा लगता है जब तक कि आप इसका अनुवाद न करें: इसका मतलब है कि लगभग हर 20 में से 1 शब्द गलत है। 500 शब्दों की मीटिंग सारांश में, यह लगभग 25 त्रुटियां हैं। यहाँ तक कि अत्याधुनिक मॉडल्स भी शोर-शराबे वाली, स्वाभाविक बातचीत के दौरान साफ-सुथरी बेंचमार्क स्थितियों की तुलना में काफी अधिक शब्द त्रुटि दर (कभी-कभी 20% से अधिक) दिखाते हैं, यही वजह है कि अपने खुद के ऑडियो पर परीक्षण करना अनिवार्य है।</p><p dir="ltr">इसलिए पूरी गंभीरता से बेंचमार्क जांच करें। अपने API का परीक्षण उस ऑडियो पर करें जो आपके वास्तविक उत्पाद से मेल खाता हो, न कि साफ-सुथरे डेमो क्लिप्स पर। वास्तविक वातावरण से 10-15 मिनट का ऑडियो लें, सटीकता मापें और उसके बाद ही कोई निर्णय लें। विशिष्ट शब्द ही वह जगह हैं जहाँ सामान्य मॉडल सबसे अधिक लड़खड़ाते हैं - जैसे चिकित्सा शब्द, उत्पाद के नाम या आंतरिक संक्षिप्त नाम (acronyms)। यदि आपका सेवा प्रदाता कस्टम शब्दावली या डोमेन अनुकूलन प्रदान करता है, तो विशिष्ट शब्दावली शामिल होने पर इसका उपयोग करें।</p><h2 dir="ltr">सारांश और अगले कदम</h2><p dir="ltr">पायथन में एक भरोसेमंद ऑडियो-टू-टेक्स्ट पाइपलाइन आमतौर पर चार नियमों पर टिकी होती है: API के पास जाने से पहले ऑडियो को नॉर्मलाइज़ करें, प्रतिक्रिया को संरचित डेटा के रूप में मानें (न कि केवल एक स्ट्रिंग के रूप में), लंबी रिकॉर्डिंग को ओवरलैप के साथ विभाजित करें, और पुनः प्रयास व त्रुटि प्रबंधन को बुनियादी विशेषता के रूप में शामिल करें।</p><p dir="ltr">यहाँ दिए गए कोड स्निपेट्स को जानबूझकर छोटा रखा गया है ताकि आप उन्हें बिना किसी बड़े बदलाव के अपने सिस्टम में जोड़ सकें। जैसे-जैसे इसका उपयोग बढ़ेगा, आप शायद एसिंक प्रोसेसिंग, एक जॉब कतार और परिणामों के लिए सुरक्षित स्टोरेज जोड़ेंगे, लेकिन मूल प्रवाह नहीं बदलता है।</p><p dir="ltr">यदि आप स्पीच-टू-टेक्स्ट प्रदाताओं की तुलना कर रहे हैं, तो Smallest.ai का Pulse विशेष रूप से उन डेवलपर्स के लिए बनाया गया है जो कम-विलंबता, ट्रांसक्रिप्शन गुणवत्ता और आसानी से एकीकृत होने वाले API को प्राथमिकता देते हैं। यह डिफ़ॉल्ट रूप से स्ट्रीमिंग ट्रांसक्रिप्शन, स्पीकर डायराइजेशन, शब्द-स्तरीय टाइमस्टैम्प और बहुभाषी ऑडियो का समर्थन करता है, जो ऊपर बताए गए उत्पादन पैटर्नों के अनुकूल है। आज ही पायथन में ऑडियो ट्रांसक्राइब करना शुरू करने के लिए Pulse और Waves API का अन्वेषण करें।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/3mHIcVXitoVvibRxtOXPqtKysgs.png"><p dir="ltr"><em>पायथन में प्रोडक्शन-रेडी ट्रांसक्रिप्शन पाइपलाइन के चार मुख्य स्तंभ</em></p>
</code></pre>
import os<br>import requests<br>from dotenv import load_dotenv<p></p>
<p>load_dotenv()</p>
<p>def transcribe_audio_url(audio_url: str) -> dict:<br>"""<br>एक होस्ट किए गए ऑडियो URL को Smallest.ai Pulse STT पर भेजें<br>और JSON के रूप में ट्रांसक्रिप्शन प्रतिक्रिया वापस प्राप्त करें।<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("पर्यावरण चरों में SMALLEST_API_KEY मौजूद नहीं है।")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "true",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "application/json",
}

payload = {
    "url": audio_url,
}

response = requests.post(
    url,
    headers=headers,
    params=params,
    json=payload,
    timeout=120,
)

response.raise_for_status()
return response.json()
</code></pre>
<p>if <strong>name</strong> == "<strong>main</strong>":<br>result = transcribe_audio_url(<br>"<a href="https://example.com/audio/sample.wav" data-framer-link="Link:{"url":"https://example.com/audio/sample.wav","type":"url"}">https://example.com/audio/sample.wav</a>"<br>)</p>
<pre><code>print(result.get("transcription", ""))</code></pre><h2 dir="ltr">API प्रतिक्रिया को संभालना और संरचित डेटा निकालना</h2><p dir="ltr">ट्रांसक्रिप्शन प्रतिक्रिया आमतौर पर केवल एक ट्रांसक्रिप्ट फ़ील्ड से कहीं अधिक होती है। अच्छे API संरचित डेटा लौटाते हैं: शब्द समय (word timings), विश्वसनीयता स्कोर, पहचानी गई भाषा और कभी-कभी वक्ता का मेटाडेटा। यहाँ एक विशिष्ट प्रतिक्रिया रूप और उपयोगी भागों को निकालने का एक सरल तरीका दिया गया है:</p><pre data-language="JSX"><code>def parse_transcript(response: dict) -&gt; None:
"""
ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प,
विश्वसनीयता स्कोर और पहचानी गई भाषा को प्रिंट करें।
"""
full_text = response.get("transcription", "")
print(f"Transcript: {full_text}")

words = response.get("words", [])

for word in words:
    text = word.get("word", "")
    start = word.get("start")
    end = word.get("end")
    confidence = word.get("confidence")

    start_text = f"{start:.2f}s" if isinstance(start, (int, float)) else "?"
    end_text = f"{end:.2f}s" if isinstance(end, (int, float)) else "?"
    confidence_text = (
        f"{confidence:.2f}" if isinstance(confidence, (int, float)) else "?"
    )

    print(f"[{start_text} - {end_text}] {text} (confidence: {confidence_text})")

language = response.get("language", "unknown")
print(f"Detected language: {language}")</code></pre><p dir="auto">विश्वसनीयता (confidence) स्कोर को केवल सामान्य जानकारी न समझकर एक राउटिंग सिग्नल की तरह मानें। जब कोई शब्द ~0.7 से नीचे चला जाता है, तो मॉडल आपको बता रहा होता है कि वह केवल अनुमान लगा रहा है, अक्सर शोर, किसी अपरिचित संज्ञा या ओवरलैपिंग बातचीत के कारण। प्रोडक्शन में, कम-विश्वसनीयता वाले क्षेत्रों को बाद के सिस्टम में भेजने के बजाय मानव समीक्षा के लिए भेजना एक बेहतर विकल्प है।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/dtDKjP7q5nU1Oh0VCEyezcE20.png"><p dir="ltr"><em>एक ट्रांसक्रिप्शन API प्रतिक्रिया की संरचना: ट्रांसक्रिप्ट, शब्द-स्तरीय टाइमस्टैम्प और विश्वसनीयता स्कोर</em></p><h2 dir="ltr">स्पीकर डायराइजेशन: यह जानना कि किसने क्या कहा</h2><p dir="ltr">सिंगल-स्पीकर ऑडियो काफी आसान होता है। मीटिंग्स, पॉडकास्ट और सपोर्ट कॉल्स जैसी जगहों पर चीजें दिलचस्प हो जाती हैं, क्योंकि केवल "क्या कहा गया" पर्याप्त नहीं होता, बल्कि "किसने कहा" यह भी जानना जरूरी होता है। इसे डायराइजेशन कहा जाता है, और आप आमतौर पर अपने अनुरोध मापदंडों में `diarize: True` के साथ इसे सक्षम करते हैं।</p><p dir="ltr">जब डायराइजेशन सक्षम होता है, तो Pulse शब्द-स्तरीय और वाक्य-स्तरीय आउटपुट में स्पीकर लेबल जोड़ता है, जिससे आप ट्रांसक्रिप्ट को एक बातचीत के रूप में फिर से तैयार कर सकते हैं।</p><pre data-language="JSX"><code>def format_diarized_transcript(response: dict) -&gt; str:
"""
डायराइज्ड वाक्यों को एक पठनीय वक्ता-दर-वक्ता ट्रांसक्रिप्ट में प्रारूपित करें।
"""
utterances = response.get("utterances", [])
lines = []

for utterance in utterances:
    speaker = utterance.get("speaker", "unknown_speaker")
    text = utterance.get("text", "").strip()
    start = utterance.get("start", 0)

    if not text:
        continue

    lines.append(f"[{start:.1f}s] {speaker}: {text}")

return "\n".join(lines)</code></pre><p dir="auto">लेकिन एक पेंच है: जब लोग एक-दूसरे के ऊपर बोलते हैं तो डायराइजेशन का प्रदर्शन कमजोर हो जाता है। कॉल-सेंटर ऑडियो में टोका-टाकी आम है, और इसका सबसे साफ समाधान अक्सर इनपुट स्तर पर ही होता है (जब संभव हो तो अलग-अलग चैनलों का उपयोग करें और फिर ट्रांसक्राइब करें) बजाय इसके कि आप मॉडल से क्रॉस-टॉक को पूरी तरह से सुलझाने की उम्मीद करें। स्पीकर डायराइजेशन पाइपलाइन्स गाइड में बहु-वक्ता रणनीतियों के बारे में गहराई से बताया गया है।</p><h2 dir="ltr">लंबी ऑडियो फ़ाइलों को संभालना और चंकिंग रणनीतियाँ</h2><p dir="ltr">ट्रांसक्रिप्शन API आमतौर पर फ़ाइल के आकार या अवधि पर सीमाएं लागू करते हैं। भले ही आपका API ऐसा न करता हो, फिर भी एक ही अनुरोध में 90 मिनट की रिकॉर्डिंग भेजना समस्याओं को न्यौता देना है: एक भी टाइमआउट हुआ और आप वापस शून्य पर आ जाएंगे। लंबी ऑडियो को छोटे टुकड़ों (chunks) में विभाजित करना पाइपलाइन को लचीला बनाए रखने का मानक तरीका है।</p><p dir="ltr">लंबी ऑडियो फ़ाइलों के लिए एक मजबूत चंकिंग रणनीति:</p><ul dir="auto"><li data-preset-tag="p"><p>`pydub` के `make_chunks` तरीके का उपयोग करके ऑडियो को 30-60 सेकंड के खंडों में विभाजित करें</p></li><li data-preset-tag="p"><p>सीमाओं पर शब्दों को कटने से बचाने के लिए टुकड़ों के बीच 1-2 सेकंड का ओवरलैप जोड़ें</p></li><li data-preset-tag="p"><p>प्रत्येक टुकड़े को स्वतंत्र रूप से ट्रांसक्राइब करें और परिणामों को क्रम से एकत्र करें</p></li><li data-preset-tag="p"><p>एक साधारण स्ट्रिंग संरेखण (alignment) जांच का उपयोग करके ओवरलैप क्षेत्र में डुप्लिकेट शब्दों को हटाकर ट्रांसक्रिप्ट को मर्ज करें</p></li><li data-preset-tag="p"><p>मूल फ़ाइल में इसकी शुरुआती स्थिति के आधार पर प्रत्येक टुकड़े के शब्द टाइमस्टैम्प को ऑफ़सेट करके वैश्विक टाइमस्टैम्प को सुरक्षित रखें</p></li></ul><pre data-language="JSX"><code>from pydub import AudioSegment
</code></pre>
<p>def split_audio_with_overlap(<br>input_path: str,<br>output_dir: str,<br>chunk_length_ms: int = 60_000,<br>overlap_ms: int = 2_000,<br>) -> list[str]:<br>"""<br>लंबी ऑडियो को ओवरलैपिंग टुकड़ों में विभाजित करें।<br>डिफ़ॉल्ट: 2-सेकंड के ओवरलैप के साथ 60-सेकंड के टुकड़े।<br>"""<br>audio = AudioSegment.from_file(input_path)<br>chunk_paths = []</p>
<pre><code>start = 0
chunk_index = 0

while start &lt; len(audio):
    end = min(start + chunk_length_ms, len(audio))
    chunk = audio[start:end]

    chunk_path = f"{output_dir}/chunk_{chunk_index:04d}.wav"
    chunk.export(chunk_path, format="wav")

    chunk_paths.append(chunk_path)

    if end == len(audio):
        break

    start = end - overlap_ms
    chunk_index += 1

return chunk_paths</code></pre><p dir="auto">यह ओवरलैप "आमतौर पर काम करता है" और सीमाओं पर अनुमानित रूप से काम करने वाले सिस्टम के बीच का अंतर है। इसके बिना, सीमा पर आने वाले शब्द कट जाते हैं और या तो गायब हो जाते हैं या विकृत होकर वापस आते हैं। एक सेकंड का ओवरलैप प्रसंस्करण लागत को बमुश्किल ही बदलता है, लेकिन यह त्रुटियों की एक पूरी श्रेणी को समाप्त कर देता है। यदि आप लहजे (accents), कोड-स्विचिंग या बहुभाषी ऑडियो से निपट रहे हैं, तो बहुभाषी ऑडियो के लिए स्पीच-टू-टेक्स्ट गाइड इन अतिरिक्त चुनौतियों को विस्तार से बताती है।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/kNmRu0cKJzv6BL8WUs5gs9a6DpM.png"><p dir="ltr"><em>ओवरलैपिंग खंडों के साथ लंबी ऑडियो को विभाजित करना स्प्लिट पॉइंट पर होने वाली गलतियों को रोकता है</em></p><h2 dir="ltr">उत्पादन संबंधी विचार: त्रुटि प्रबंधन (Error Handling), पुनः प्रयास (Retries), और लागत नियंत्रण</h2><p dir="ltr">लैपटॉप पर चलने वाली स्क्रिप्ट सिर्फ एक डेमो है; उत्पादन (production) वह जगह है जहाँ वास्तविक चुनौतियाँ सामने आती हैं। दर सीमाएं (Rate limits) लागू होती हैं, नेटवर्क में उतार-चढ़ाव होता है, और उपयोगकर्ता ऐसे प्रारूपों में ऑडियो अपलोड करते हैं जिनकी आपने योजना नहीं बनाई थी (या ऐसी रिकॉर्डिंग जो बहुत अधिक लंबी होती हैं)। यदि आप इन तीन चीजों की पहले से योजना बना लेते हैं, तो बाकी सब सिर्फ इंजीनियरिंग है।</p><p dir="ltr">दर सीमाओं और अस्थायी विफलताओं के लिए, एक्सपोनेंशियल बैकऑफ़ का उपयोग करें। `tenacity` इसे व्यवस्थित रखता है: `@retry(wait=wait_exponential(multiplier=1, min=2, max=30), stop=stop_after_attempt(5))`। इस डेकोरेटर को अपने API कॉल पर लागू करें और आप बिना खुद की पुनः प्रयास प्रणाली लिखे अधिकांश अस्थायी समस्याओं को आसानी से संभाल लेंगे।</p><pre data-language="JSX"><code>pip install tenacity
</code></pre>
<p>import os<br>import requests<br>from dotenv import load_dotenv<br>from tenacity import retry, stop_after_attempt, wait_exponential</p>
<p>load_dotenv()</p>
<p>@retry(<br>wait=wait_exponential(multiplier=1, min=2, max=30),<br>stop=stop_after_attempt(5),<br>)<br>def transcribe_with_retries(file_path: str) -> dict:<br>"""<br>अस्थायी API या नेटवर्क विफलताओं के लिए पुनः प्रयासों के साथ ऑडियो ट्रांसक्राइब करें।<br>"""<br>api_key = os.getenv("SMALLEST_API_KEY")</p>
<pre><code>if not api_key:
    raise ValueError("पर्यावरण चरों में SMALLEST_API_KEY मौजूद नहीं है।")

url = "https://api.smallest.ai/waves/v1/pulse/get_text"

params = {
    "language": "en",
    "word_timestamps": "true",
    "diarize": "false",
}

headers = {
    "Authorization": f"Bearer {api_key}",
    "Content-Type": "audio/wav",
}

with open(file_path, "rb") as audio_file:
    response = requests.post(
        url,
        headers=headers,
        params=params,
        data=audio_file,
        timeout=120,
    )

response.raise_for_status()
return response.json()</code></pre><p dir="auto">लागत उत्पादन में आने वाली एक और अप्रत्याशित चुनौती है। अधिकांश ट्रांसक्रिप्शन API प्रति मिनट के हिसाब से शुल्क लेते हैं, जिसका अर्थ है कि बिना सोचे-समझे इसे चलाना जल्दी ही महंगा साबित हो सकता है। दो आदतें खर्च को नियंत्रण में रखती हैं: अपलोड करने से पहले अवधि की जांच करें (और ऐप स्तर पर अपनी सीमा से अधिक की फ़ाइलों को अस्वीकार करें), और परिणामों को कैश करें ताकि एक ही फ़ाइल दो बार ट्रांसक्राइब न हो। ऑडियो का एक कंटेंट हैश एक व्यावहारिक कैश कुंजी बनाता है।</p><p dir="ltr">यदि आप बड़े पैमाने पर निर्माण कर रहे हैं, तो स्पीच-टू-टेक्स्ट गाइड उच्च-थ्रूपुट आर्किटेक्चर, एसिंक वर्कर्स, कतारों (queues) और उन पैटर्नों पर चर्चा करती है जो लंबे समय तक चलने वाली पाइपलाइनों को स्थिर रखते हैं। </p><h2 dir="ltr">अधिकांश डेवलपर्स ट्रांसक्रिप्शन सटीकता के बारे में क्या गलत समझते हैं</h2><p dir="ltr">5% WER सुनने में बहुत छोटा लगता है जब तक कि आप इसका अनुवाद न करें: इसका मतलब है कि लगभग हर 20 में से 1 शब्द गलत है। 500 शब्दों की मीटिंग सारांश में, यह लगभग 25 त्रुटियां हैं। यहाँ तक कि अत्याधुनिक मॉडल्स भी शोर-शराबे वाली, स्वाभाविक बातचीत के दौरान साफ-सुथरी बेंचमार्क स्थितियों की तुलना में काफी अधिक शब्द त्रुटि दर (कभी-कभी 20% से अधिक) दिखाते हैं, यही वजह है कि अपने खुद के ऑडियो पर परीक्षण करना अनिवार्य है।</p><p dir="ltr">इसलिए पूरी गंभीरता से बेंचमार्क जांच करें। अपने API का परीक्षण उस ऑडियो पर करें जो आपके वास्तविक उत्पाद से मेल खाता हो, न कि साफ-सुथरे डेमो क्लिप्स पर। वास्तविक वातावरण से 10-15 मिनट का ऑडियो लें, सटीकता मापें और उसके बाद ही कोई निर्णय लें। विशिष्ट शब्द ही वह जगह हैं जहाँ सामान्य मॉडल सबसे अधिक लड़खड़ाते हैं - जैसे चिकित्सा शब्द, उत्पाद के नाम या आंतरिक संक्षिप्त नाम (acronyms)। यदि आपका सेवा प्रदाता कस्टम शब्दावली या डोमेन अनुकूलन प्रदान करता है, तो विशिष्ट शब्दावली शामिल होने पर इसका उपयोग करें।</p><h2 dir="ltr">सारांश और अगले कदम</h2><p dir="ltr">पायथन में एक भरोसेमंद ऑडियो-टू-टेक्स्ट पाइपलाइन आमतौर पर चार नियमों पर टिकी होती है: API के पास जाने से पहले ऑडियो को नॉर्मलाइज़ करें, प्रतिक्रिया को संरचित डेटा के रूप में मानें (न कि केवल एक स्ट्रिंग के रूप में), लंबी रिकॉर्डिंग को ओवरलैप के साथ विभाजित करें, और पुनः प्रयास व त्रुटि प्रबंधन को बुनियादी विशेषता के रूप में शामिल करें।</p><p dir="ltr">यहाँ दिए गए कोड स्निपेट्स को जानबूझकर छोटा रखा गया है ताकि आप उन्हें बिना किसी बड़े बदलाव के अपने सिस्टम में जोड़ सकें। जैसे-जैसे इसका उपयोग बढ़ेगा, आप शायद एसिंक प्रोसेसिंग, एक जॉब कतार और परिणामों के लिए सुरक्षित स्टोरेज जोड़ेंगे, लेकिन मूल प्रवाह नहीं बदलता है।</p><p dir="ltr">यदि आप स्पीच-टू-टेक्स्ट प्रदाताओं की तुलना कर रहे हैं, तो Smallest.ai का Pulse विशेष रूप से उन डेवलपर्स के लिए बनाया गया है जो कम-विलंबता, ट्रांसक्रिप्शन गुणवत्ता और आसानी से एकीकृत होने वाले API को प्राथमिकता देते हैं। यह डिफ़ॉल्ट रूप से स्ट्रीमिंग ट्रांसक्रिप्शन, स्पीकर डायराइजेशन, शब्द-स्तरीय टाइमस्टैम्प और बहुभाषी ऑडियो का समर्थन करता है, जो ऊपर बताए गए उत्पादन पैटर्नों के अनुकूल है। आज ही पायथन में ऑडियो ट्रांसक्राइब करना शुरू करने के लिए Pulse और Waves API का अन्वेषण करें।</p><p dir="ltr"><br></p><img alt="" src="https://framerusercontent.com/images/3mHIcVXitoVvibRxtOXPqtKysgs.png"><p dir="ltr"><em>पायथन में प्रोडक्शन-रेडी ट्रांसक्रिप्शन पाइपलाइन के चार मुख्य स्तंभ</em></p>
</code></pre>

अक्सर पूछे जाने वाले प्रश्न

अक्सर पूछे जाने वाले प्रश्न

मैं पायथन (Python) से स्पीच-टू-टेक्स्ट API में कौन से ऑडियो फॉर्मेट भेज सकता हूँ?

फ़ाइल अपलोड करने के बजाय मैं रीयल-टाइम ट्रांसक्रिप्शन (वास्तविक समय में ट्रांसक्रिप्शन) कैसे करूँ?

उत्पादन (production) के लिए मुझे किस वर्ड एरर रेट (Word Error Rate) को लक्षित करना चाहिए?

डोमेन-विशिष्ट शब्दों के लिए मैं सटीकता में कैसे सुधार करूँ?

मैं बहुत सारे ऑडियो को ट्रांसक्राइब करने की लागत को कैसे कम कर सकता हूँ?

एआई (AI) के साथ सारांशित करें