Mopidy: HTTP ऑडियो आउटपुट स्ट्रीमिंग के लिए समर्थन जोड़ें

फॉलोविंग कोड मानते हुए:

import logging
from BaseHTTPServer import BaseHTTPRequestHandler

from mopidy import get_version

logger = logging.getLogger('mopidy.outputs.http')

class StreamingHTTPRequestHandler(BaseHTTPRequestHandler):
    server_version = 'HTTPOutput/%s' % get_version()

    def do_GET(self):
        self.send_response(200)
        self.send_header('content-type', 'audio/mpeg')
        self.end_headers()

        register_fd_with_output(self.wfile.fileno())

        self.close_connection = 0

    def log_message(self, format, *args):
        logger.info(format, *args)

जहां register_fd_with_output() एक ऐसा फ़ंक्शन है जो HTTPOutput ( audioconvert ! lame ! multifdsink ) में fd सिंक पर ऐड सिग्नल उत्सर्जित करता है और हमारे पास ThreadingActor साथ BaseHTTPServer.HTTPServer चल रहा है StreamingHTTPRequestHandler हमारे पास काम करने वाली HTTP स्ट्रीमिंग होनी चाहिए।

मेटाडेटा जैसी अतिरिक्त सुविधाओं के लिए निम्नलिखित लिंक उपयोगी होने चाहिए:

• http://www.smackfu.com/stuff/programming/shoutcast.html
• http://sphere.sourceforge.net/flik/docs/streaming.html

इस समस्या को हल करने के लिए शायद उपरोक्त कोड का उपयोग नहीं किया जाना चाहिए। कोड बेस की वर्तमान स्थिति के साथ हम कुछ ऐसा चाहते हैं जो चेरीपी पर बने।

पहली चीज़ जो करने की ज़रूरत है वह है एक GStreamer तत्व बनाना और पंजीकृत करना जिसका उपयोग हम OUTPUT सेटिंग में कर सकते हैं। मिक्सर का उपयोग करते हुए, #152 या पिटिवी उदाहरणों में कोड आरंभ करने के लिए पर्याप्त होना चाहिए। तत्व मूल रूप से multifdsink लपेटेगा, चेरीपी सामान को संभालेगा और उनके बीच एफडी पास करेगा।

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

एक बार HTTP सर्वर स्थापित होने के बाद हमें चेरीपी से सॉकेट को अलग करने की आवश्यकता होती है, ws4py को देखकर ऐसा लगता है कि request.rfile.rfile._sock = None करना सबसे संभावित समाधान है जिसे हम प्रबंधित कर सकते हैं। इससे पहले कि हम अलग करें हम शायद कुछ हेडर उत्सर्जित करना चाहते हैं, फिर हम एफडी को सिंक में अलग और उत्सर्जित करते हैं और हमें स्ट्रीमिंग करनी चाहिए। यह देखते हुए कि ws4py सॉकेट को कैसे लेता है, हमें विवरणों को समझने में सक्षम होना चाहिए।

दूसरा हिस्सा थोड़ा अज्ञात है अगर हम एफडी को उत्सर्जित करने की अनुमति देने के लिए अपने मुख्य ऑडियो एपीआई का विस्तार करते हैं। यह या तो उस मामले के लिए विशिष्ट है या कुछ और सामान्य है जो हमारे द्वारा उपयोग किए जा रहे आउटपुट बिन तक पहुंच प्रदान करता है।

मैंने इसके बारे में पहले कभी क्यों नहीं सोचा, मुझे नहीं पता, लेकिन जहां तक ​​सॉकेट चोरी करने का सवाल है, हमें नई कॉपी बनाने के लिए सिर्फ socket.fromfd चाहिए ताकि मूल को बिना किसी दुष्प्रभाव के बंद किया जा सके।

क्या निकट भविष्य में आउटपुट स्ट्रीमिंग जोड़ने की कोई योजना है?

मुझे पता है कि यह महीनों पुराना है, लेकिन यही एकमात्र चीज है जो मुझे वैनिला एमपीडी से स्विच करने से रोक रही है। मैं अपने सर्वर पर एमपीडी चलाता हूं, जिसमें कोई स्पीकर संलग्न नहीं है, और घर और अन्य जगहों के विभिन्न कंप्यूटरों/उपकरणों से HTTP स्ट्रीम में ट्यून करता हूं। मैं इसे Mopidy में देखना पसंद करूंगा। और अगर यह पहले से ही है, तो कृपया मुझे सही दिशा में इंगित करें! कुछ समय के लिए मैनुअल पढ़ रहे हैं और इसे काम करने का कोई तरीका नहीं मिल रहा है।

AFAIK Mopidy से काम कर रहे HTTP स्ट्रीमिंग को Icecast और कुछ हैक्स के साथ जोड़कर प्राप्त करना संभव है, https://docs.mopidy.com/en/latest/config/#streaming -through-shoutcast-icecast पर प्रलेखित

एक गैपलेस ब्रांच पर काम चल रहा है (देखें #1288) जो कि अगले दौर के अंतराल में सुधार के साथ Mopidy+Icecast को बिना किसी हैक के काम करना चाहिए ताकि स्ट्रीम को जीवित रखा जा सके।

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

@jodal क्या आपने #1288 के संबंध में जिन मुद्दों का उल्लेख किया है, वे हल हो गए हैं?

यानी क्या दस्तावेज़ के इस हिस्से को हटाया जा सकता है?

वर्तमान में, Mopidy GStreamer में एंड-ऑफ़-ट्रैक बनाम एंड-ऑफ़-स्ट्रीम सिग्नलिंग को सही ढंग से हैंडल नहीं करता है। यह प्रत्येक ट्रैक के अंत में SHOUTcast स्ट्रीम को डिस्कनेक्ट करने का कारण बनता है, जिससे यह काफी बेकार हो जाता है। अधिक जानकारी के लिए #492 देखें। आप नीचे बताए गए उपाय को भी आजमा सकते हैं।

@JohnMaguire मुझे नहीं लगता कि दस्तावेज़ों में कहीं कोई अनुभाग है जिसे हम भूल गए हैं क्योंकि आप एक लिंक शामिल नहीं करते हैं। AFAIK दस्तावेज़ों का "विकसित" संस्करण 2.0 में आने वाले परिवर्तनों के साथ अद्यतित है।

क्षमा करें: https://docs.mopidy.com/en/latest/config/#streaming -through-shoutcast-icecast

ऐसा लगता है कि इसे डॉक्स के विकसित संस्करण में अपडेट किया गया था, आप सही हैं: https://docs.mopidy.com/en/develop/audio/#streaming -through-icecast

धन्यवाद @ जोडल!

पिछले 2 वर्षों में कोई अपडेट?

पिछले 5 वर्षों में कोई अपडेट?

नहीं, Icecast सबसे अच्छा समाधान है।

Mopidy 3 के हिस्से के रूप में हमने GStreamer के न्यूनतम समर्थित संस्करण को टक्कर दी, जो HTTP स्ट्रीमिंग के लिए कुछ बेहतर विकल्प खोलता है जैसे hlssink2। अगर किसी को इसे आगे बढ़ाने में दिलचस्पी है तो यह शुरू करने के लिए एक अच्छी जगह हो सकती है।

स्नैपकास्ट एक और उपाय है। यह मल्टीरूम प्लेबैक के लिए बनाया गया है, लेकिन मुझे कोई कारण नहीं दिखता कि इसका उपयोग किसी एक क्लाइंट को भी स्ट्रीमिंग के लिए नहीं किया जा सकता है। मैंने इसका परीक्षण नहीं किया है, लेकिन यह आशाजनक लग रहा है।

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