Mopidy: एक gstreamer फीफो सिंक जोड़ने पर विचार करें

को निर्मित 8 जुल॰ 2014 · 73टिप्पणियाँ · स्रोत: mopidy/mopidy

यह सामने आता रहता है क्योंकि लोग वास्तव में ncmpcpp के विज़ुअलाइज़र को पसंद करते हैं

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

निम्नलिखित कोड इसके मूल सार को पकड़ लेता है, लेकिन अभी भी त्रुटि प्रबंधन के संबंध में कुछ और काम करने की आवश्यकता है।

import errno
import os
import stat

LINUX_FIFO_BUFFER_SIZE = 65536


class FifoStreamer(object):                                                     
    def __init__(self, location):                                               
        self.location = location                                                
        self.reader = None                                                      
        self.writer = None                                                      

    def create(self):                                                           
        try:                                                                    
            mode = os.stat(self.location).st_mode                               
            if not stat.S_ISFIFO(mode):                                         
                raise Exception('File exists but is not a FIFO')                
        except OSError as e:                                                    
            if e.errno == errno.ENOENT:                                         
                os.mkfifo(self.location)                                        
            else:                                                               
                raise                                                           

        # TODO: wrap in could not open reader / writer?
        self.reader = os.open(self.location, os.O_NONBLOCK | os.O_RDONLY)       
        self.writer = os.open(self.location, os.O_NONBLOCK | os.O_WRONLY)       

    def close(self):                                                            
        # TODO: make closing robust
        os.close(self.writer)                                                   
        os.close(self.reader)                                                   

    def write(self, data):                                                      
        while data:                                                             
            try:                                                                
                written = os.write(self.writer, data)                           
                data = data[written:]                                           
            except OSError as e:                                                
                if e.errno == errno.EINTR:                                      
                    continue                                                    
                elif e.errno in (errno.EAGAIN, errno.EWOULDBLOCK):              
                    self.flush()                                                
                else:                                                           
                    raise                                                       

    def flush(self):                                                            
        while True:                                                             
            try:                                                                    
                if not os.read(self.reader, LINUX_FIFO_BUFFER_SIZE):                             
                    break                                                       
            except OSError as e:                                                
                if e.errno in (errno.EAGAIN, errno.EWOULDBLOCK):                
                    break                                                       
                elif e.errno == errno.EINTR:                                    
                    continue                                                    
                else:                                                           
                    raise

उपरोक्त कोड को अब GStreamer के साथ एकीकृत करने की आवश्यकता है, वास्तव में यह काम करता है। 0.10 मानते हुए यह वास्तव में बहुत अधिक करने योग्य है, क्योंकि मुझे संकोच है कि हम 1.x की ओर बढ़ने की योजना बना रहे हैं और गीर बाध्यकारी अजगर में तत्व बनाने के लिए उपयुक्त नहीं हैं। 1.x में इस कोड के मामले में समस्या उस पैड टेम्पलेट को बनाने में सक्षम नहीं होने के कारण उबलती है जिसे बेससिंक ढूंढने की अपेक्षा करता है। इसे एक सादे तत्व के रूप में बनाना संभव हो सकता है, लेकिन आपको बेससिंक को संभालने के तरीके को फिर से लागू करने की आवश्यकता होगी, यह सुनिश्चित करता है कि आप सही हो जाएं।

import gobject                                                                  

import pygst                                                                    
pygst.require('0.10')                                                           
import gst                                                             


class FifoSink(gst.BaseSink):                                                   
    __gstdetails__ = (                                                          
        'FifoSink',                                                             
        'Sink',                                                                 
        'Sink designed to handle FIFO output.',                        
        'Mopidy')                                                               

    __gsttemplates__ = (gst.PadTemplate('sink', gst.PAD_SINK, gst.PAD_ALWAYS,   
                                        gst.caps_new_any()),)                   

    # TODO: don't allow changing location in flight, i.e. create getter/setter
    location = gobject.property(type=str)                                       

    def __init__(self):                                                         
        gst.BaseSink.__init__(self)                                             
        self.streamer = None                                                    

    def do_start(self):                                                                                               
        self.streamer = FifoStreamer(self.location)                             
        self.streamer.create()                                                  
        return True                                                             

    def do_stop(self):                                                          
        self.streamer.close()                                                   
        return True                                                             

    def do_render(self, buf):                                                   
        try:                                                                    
            self.streamer.write(bytes(buf))                                     
            return gst.FLOW_OK                                                  
        except OSError as e:                                                    
            self.error("Failed: %s", e)                                         
            return gst.FLOW_ERROR                                               


gobject.type_register(FifoSink)                                                 
gst.element_register(                                                           
    FifoSink, 'fifosink', gst.RANK_MARGINAL)                                    

if __name__ == '__main__':                                                      
    import gobject                                                              
    gobject.threads_init()                                                      

    output = """                                                                
capsfilter caps="audio/x-raw-int,width=16,rate=44100,channels=1" ! 
tee name=t 
t. ! queue ! alsasink                                                           
t. ! queue ! fifosink location=/tmp/test2.fifo                                  
"""                                                                             

    sink = gst.parse_bin_from_description(                                      
        output, ghost_unconnected_pads=True)                                    

    playbin = gst.element_factory_make('playbin2')                              
    playbin.set_property('audio_sink', sink)

ध्यान दें कि एक समस्या जिसका मैंने परीक्षण किया था, वह वास्तव में ncmpcpp द्वारा अपेक्षित ऑडियो प्रारूप से मेल खाना भूल रही थी, इसलिए सुनिश्चित करें कि मोनो/स्टीरियो वास्तव में मेल खाते हैं।

C-enhancement A-audio

स्रोत

adamcik

👍8

सबसे उपयोगी टिप्पणी

FYI करें मैंने gstreamer के udpsink लिए ncmpcpp में समर्थन जोड़ा है, इसलिए अब इसे सीधे फीफो हैक्स के बिना उपयोग किया जा सकता है।

अधिक जानकारी के लिए https://github.com/ncmpcpp/ncmpcpp/commit/fb886f687014e22b2fe1477da855be5201063ea8 देखें।

एक टीज़र के नीचे। यह mopidy + mopidy-spotify + mopidy-mpd + ncmpcpp है।

https://user-images.githubusercontent.com/387658/102549720-e41bf980-40bc-11eb-8127-70889011e52f.mp4

arybczak 17 दिस॰ 2020

❤10 🎉6 👍6 👀2

सभी 73 टिप्पणियाँ

यह कहाँ गया? क्या इसे मुख्य पैकेज में जोड़ा जाएगा?

CestDiego 6 अक्तू॰ 2014

इस पर काम नहीं किया जा रहा है क्योंकि हमें इसे GStreamer 1.0 में बदलने की आवश्यकता होगी, और इसके साथ मेरे सभी प्रयोगों में अब तक पाइथन में कस्टम तत्व करते समय समस्याओं का खुलासा हुआ है। शायद यह सब हल करने के अन्य तरीके हैं, लेकिन ऐसा कुछ नहीं है जिस पर मेरे पास काम करने का समय हो।

adamcik 11 अक्तू॰ 2014

मैं फीफो समर्थन जोड़ा देखना चाहता हूँ :)

johnhamelink 6 नव॰ 2014

मैंने इसे अभी-अभी ncmpcpp के म्यूज़िक विज़ुअलाइज़र को mopidy के साथ काम करने का तरीका खोजा है। मैं पक्ष में हूं।

proxa 6 नव॰ 2014

हां, यही कारण है कि मुझे यह मिला। यह वास्तव में बहुत अच्छा होगा
स्ट्रीम किए गए संगीत की कल्पना करने में सक्षम हो,

2014-11-06 2:19 जीएमटी-05:00 ब्लेक नोटिफिकेशन @

मैंने इसे एनसीएमपीसीपीपी के संगीत विज़ुअलाइज़र को प्राप्त करने का एक तरीका खोज लिया है
मोपिडी के साथ काम करें। मैं पक्ष में हूं।
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -61936376।

CestDiego 6 नव॰ 2014

जीस्ट्रीमर विज़ुअलाइज़ेशन प्लगइन्स हैं, क्या आप उनका उपयोग नहीं कर सकते हैं?
6 नवंबर 2014 08:35 को, "डिएगो बेरोकल" नोटिफिकेशन @github.com ने लिखा:

2014-11-06 2:19 जीएमटी-05:00 ब्लेक नोटिफिकेशन @

मैंने अभी इसे ncmpcpp के संगीत विज़ुअलाइज़र प्राप्त करने का एक तरीका खोजा है
प्रति
मोपिडी के साथ काम करें। मैं पक्ष में हूं।
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -61936376।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -62007426।

kingosticks 6 नव॰ 2014

ध्यान दें कि वे अगली रिलीज़ में अपने रास्ते पर हैं।

adamcik 6 नव॰ 2014

क्या कोई इस पर काम कर रहा है? mopidy के साथ ncmpcpp विज़ुअलाइज़र का उपयोग करने में सक्षम होना वास्तव में अच्छा होगा।

andreasboden 13 फ़र॰ 2015

ऐसा नहीं है कि मुझे पता है, और हम इसे GStreamer तत्व के रूप में नहीं करना चाहते हैं क्योंकि यह हमारे माइग्रेशन को GStreamer 1.x पर रोक देगा।

adamcik 14 फ़र॰ 2015

आउटपुट के लिए उचित समर्थन वापस जोड़ने पर यह आईएमओ भी अवरुद्ध है।

adamcik 25 फ़र॰ 2015

बस यह जोड़ते हुए कि Mopidy/ncmpcpp में विज़ुअलाइज़र समर्थन जोड़ने का प्रयास करते समय मैं भी इस मुद्दे पर आया था। भविष्य में इसे रखना अच्छा लगेगा, भले ही इस पर वर्तमान में काम नहीं किया जा रहा हो। मैं उन लोगों के लिए भी अपना अत्यंत सम्मान देना चाहता हूं जो ओपन सोर्स प्रोजेक्ट्स में अपना समय देते हैं। :मुस्कुराओ:

codeurge 15 अप्रैल 2015

आदर्श रूप से यह दूर से काम करेगा। Mopidy की शक्ति वास्तव में एक समाधान होने में निहित है जो आपके निजी क्लाउड में हो सकता है।

wernight 27 अप्रैल 2015

सामान्य तौर पर, फीफो इंटरप्रोसेस संचार का एक बहुत पोर्टेबल तरीका नहीं है और इसे आईएमओ से बचा जाना चाहिए। उनके कुछ बुरे दुष्प्रभाव भी हैं, जिनका उल्लेख इस सूत्र में पहले ही किया जा चुका है। मुझे लगता है कि आप व्यक्तिगत रूप से यूडीपी सिंक का उपयोग करके अपने पैकेट को डंप करने से बेहतर हैं .... यूडीपी पोर्ट से डेटा पढ़ने के लिए शेल स्क्रिप्ट की लाइन (नेटकैट का उपयोग करके) और इसे फीफो को लिखें।

liamw9534 27 अप्रैल 2015

यह अच्छा रहेगा। हो सकता है कि ग्राहक झूठ बोलें ncmpcpp भी इसे इनपुट के रूप में उपयोग करने की अनुमति देगा।

एक अन्य विचार पल्सऑडियो का सीधे उपयोग करना है क्योंकि इसके लिए मोपिडी की ओर से किसी अतिरिक्त कार्यान्वयन की आवश्यकता नहीं होगी। मैंने जो डॉकर कंटेनर बनाया है वह नेटवर्क पर पल्सऑडियो तक पहुंचने के लिए टीसीपी का उपयोग करता है। ncmpcpp वास्तव में इसका सीधे उपयोग कर सकता है।

wernight 27 अप्रैल 2015

मैंने जो पढ़ा है, उससे विज़ुअलाइज़र सिर्फ नमूने के ब्लॉक पर एक एफएफटी चला रहा है जिसे फीफो फ़ाइल से पढ़ा जाता है। मैं जो बिंदु बना रहा हूं वह यह है कि आप mkfifo का उपयोग करके मोपिडी के बाहर एक फीफो बना सकते हैं और फिर netcat का उपयोग करके मोपिडी से यूडीपी डेटा पढ़ सकते हैं और आउटपुट को netcat से रीडायरेक्ट कर सकते हैं। फीफो फ़ाइल। इस प्रकार जहां तक ncmpcpp का संबंध है, कुछ भी बदलने की जरूरत नहीं है, यह सिर्फ फीफो फाइल को पढ़ता है।

Mopidy पर आप जो लक्ष्य बना रहे हैं उसे प्राप्त करने के लिए किसी कार्यान्वयन प्रयास की आवश्यकता नहीं है क्योंकि आप ऑडियो आउटपुट प्रॉपर्टी को udpsink GStreamer तत्व में आउटपुट में बदल सकते हैं। अधिक संभावना है कि आप इसे "टी" के हिस्से के रूप में व्यवस्थित करना चाहेंगे जो आपके एएलएसए/पल्स सिंक और udpsink दोनों को आउटपुट करता है।

liamw9534 28 अप्रैल 2015

निम्नलिखित काम करना चाहिए .... परीक्षण नहीं किया गया है इसलिए कुछ ट्वीकिंग की आवश्यकता हो सकती है।

Mopidy ऑडियो कॉन्फ़िगरेशन में:

output = tee name=t ! queue ! autoaudiosink t. ! queue ! udpsink port=5555

अपने लिनक्स होस्ट पर, पोर्ट 5555 पर यूडीपी डेटा के लिए लोकलहोस्ट पर सुनने के लिए नेटकैट लॉन्च करें और नमूने को फीफो में आउटपुट करें:

mkfifo /tmp/mopidy.fifo
nc -u -l 127.0.0.1 5555 > /tmp/mopidy.fifo &

आपके mpd.conf में:

audio_output {
    type                    "fifo"
    name                    "my_fifo"
    path                    "/tmp/mopidy.fifo"
    format                  "44100:16:2"
}

liamw9534 28 अप्रैल 2015

नोट: यदि आप पल्सऑडियो आउटपुट का उपयोग कर रहे हैं, तो इसके टीसीपी दिशा कनेक्शन मॉड्यूल के साथ कुछ ऐसा ही करना संभव हो सकता है। हालांकि, आपको टीसीपी कनेक्शन के शीर्ष पर चलने वाले किसी भी प्रोटोकॉल को इंजीनियर करने की आवश्यकता हो सकती है, उदाहरण के लिए, इसे कच्चे सिंक के रूप में व्यवहार करना संभव नहीं हो सकता है।

liamw9534 28 अप्रैल 2015

धन्यवाद @ liamw9534 साझा करने के लिए। ऐसा करने के लिए पर्याप्त कॉन्फ़िगरेशन को समझने में मुझे कुछ समय लगेगा या यह भी पता होगा कि मैं कर सकता था। मैं इसे डॉकर कंटेनर में जोड़ने की कोशिश करूंगा कि क्या यह काम करता है।

wernight 28 अप्रैल 2015

यदि आपके पास फीफो को खाली करने के लिए कुछ नहीं है तो यह मुद्दों में चल सकता है। चूंकि नेटकैट कर्नेल बफर भर देगा और फिर असफल हो जाएगा। और इस पर निर्भर करते हुए कि FIFO कैसे खोला जाता है, आप भी मुद्दों में भाग सकते हैं क्योंकि FIFO को एक पाठक को लिखने योग्य होने के लिए उपस्थित होने की आवश्यकता हो सकती है: /

adamcik 28 अप्रैल 2015

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

adamcik 28 अप्रैल 2015

@adamcik यदि आपके पास एक कामकाजी स्क्रिप्ट है तो मुझे लोगों के उपयोग के लिए इसे docker-ncmpcpp के हिस्से के रूप में शामिल करने में खुशी होगी। मैं उपरोक्त आउटपुट ट्रिक का उपयोग करके डिफ़ॉल्ट रूप से UDP पर प्रसारित करने के लिए docker-mopidy को भी

wernight 29 अप्रैल 2015

मैंने कमांड-लाइन पर कुछ बुनियादी प्रयोग किए और यह सब ठीक काम करता है बशर्ते आप कनेक्शन टाइमआउट का उपयोग करें, जैसे nc -kluw 1 127.0.0.1 5555 > /tmp/mopidy.fifo । यह नेटकैट को अंतिम कनेक्शन ड्रॉप (1s टाइमआउट) के बाद हमेशा एक नया स्रोत पोर्ट कनेक्शन सुनने के लिए मजबूर करता है।

उपरोक्त कमांड फीफो फाइल से कुछ भी पढ़ रहा है या नहीं, इस पर ध्यान दिए बिना काम करता है और यह भी काम करता है अगर फीफो फाइल से पढ़ने की प्रक्रिया रुक जाती है और फाइल को बंद कर देती है।

liamw9534 29 अप्रैल 2015

@wernight इस बग का विवरण देखें, मेरे पास बस इतना ही कोड है।

adamcik 29 अप्रैल 2015

और सिर्फ बेल्ट और ब्रेसिज़ के लिए, मैं थोड़ी देर के लूप में कमांड चिपका दूंगा, उदाहरण के लिए, while :; do nc -kluw 1 127.0.0.1 5555> /tmp/mopidy.fifo; sleep 1; done - अगर यह बाहर निकलता है, तो यह 1 सेकंड की देरी के बाद फिर से लॉन्च होगा।

liamw9534 29 अप्रैल 2015

@ liamw9534 आपके पास एक mpd.conf है। मैं इससे भ्रमित हूं। आप mopidy-mpd के अलावा एक स्टैंडअलोन MPD सर्वर चला रहे हैं?

lrvick 2 मई 2015

@lrvick हाँ मेरी गलती, निश्चित रूप से उस कॉन्फ़िगरेशन के बारे में सोच रही थी जिसे ~/.ncmpcpp/config में जोड़ने की आवश्यकता है

liamw9534 2 मई 2015

.config/mopidy/mopidy.conf

...

[audio]
output = tee name=t ! queue ! autoaudiosink t. ! queue ! udpsink port=5555

$ mkfifo /tmp/mopidy.fifo
$ while :; do nc -kluw 1 127.0.0.1 -p 5555> /tmp/mopidy.fifo; sleep 1; done

(यहां -p जोड़ा गया)।

~/.ncmpcpp/config

audio_output {
    type                    "fifo"
    name                    "my_fifo"
    path                    "/tmp/mopidy.fifo"
    format                  "44100:16:2"
}

( wernight/docker-mopidy और wernight/docker-ncmpcpp में भी किया गया )

हालाँकि ऐसा लगता है कि यह 5555 से कनेक्ट नहीं हो सकता है, भले ही Mopidy का लॉग दिखाता है कि यह output कॉन्फिगरेशन को समझता है। netstat 5555 पर कोई खुला यूडीपी भी नहीं दिखाता है। मैं output लाइन को पूरी तरह से नहीं समझता: tee एक बैश कमांड है, बाकी मोपिडी सामान की तरह दिखता है।

हालाँकि मुझे संगीत बजाते समय udp6 [::]:51307 ।

wernight 8 मई 2015

output की व्याख्या GstBin तत्व के रूप में की जाती है जो Mopidy के हिस्से के रूप में playbin2 तक पहुंच जाता है - हुड के तहत यह सिर्फ एक Gstreamer पाइपलाइन है, वास्तव में कुछ खास नहीं है। tee वास्तव में एक Gstreamer तत्व है। इसका शेल कमांड tee ।

तो आप अनुमान लगा सकते हैं कि कमांड-लाइन पर Mopidy के अंदर क्या हो रहा है, कुछ ऐसा कर रहा है:

gst-launch audiotestsrc ! tee name=t ! queue ! autoaudiosink t. ! queue ! udpsink port=5555 &

यह एक साइनसॉइडल टोन बजाना शुरू कर देगा। फिर निम्न आदेश चलाएँ:

nc -kluw 1 127.0.0.1 5555

फिर मैं अपने डिस्प्ले पर बहुत सारे अजीब अक्षर देखना शुरू कर सकता हूं .... यह परीक्षण ऑडियो स्ट्रीम है जो nc से stdout आउटपुट कर रहा है। यह प्रभावी ढंग से साबित करता है कि अंतर्निहित दृष्टिकोण काम करता है। क्या आप पुष्टि कर सकते हैं कि आप उसी व्यवहार को दोहरा सकते हैं?

फिर आप दूसरे चरण के रूप में फीफो को जोड़ने का प्रयास कर सकते हैं और पुष्टि कर सकते हैं कि आप cat फीफो को स्टडआउट करने और उन्हीं अजीब पात्रों को देखने के लिए कर सकते हैं।

liamw9534 8 मई 2015

मैं ncmpcpp द्वारा आवश्यक कॉन्फ़िगरेशन प्रारूप को भी दोबारा जांचूंगा। मैंने https://wiki.archlinux.org/index.php/Ncmpcpp#Enabling_visualization पर एक संक्षिप्त नज़र

visualizer_fifo_path = "/tmp/mpd.fifo"
visualizer_output_name = "my_fifo"
visualizer_sync_interval = "30" 
visualizer_in_stereo = "yes"
visualizer_type = "spectrum" (spectrum/wave)

मैं ncmpcpp उपयोग नहीं करता, इसलिए समस्या यहां भी हो सकती है...

liamw9534 8 मई 2015

$ apt-get install gstreamer-tools
$ gst-launch audiotestsrc ! tee name=t ! queue ! autoaudiosink t. ! queue ! udpsink port=5555 &
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
$ nc -kluw 1 127.0.0.1 -p 5555
no connection : Connection timed out

( nc ... -p मुझे एक त्रुटि मिलती है)

मैं हालांकि स्वर बजाता सुनता हूँ।

wernight 11 मई 2015

आप किस डिस्ट्रो का उपयोग कर रहे हैं? साथ ही जब आप nc -h टाइप करते हैं तो आउटपुट क्या होता है?

$ nc -h
OpenBSD netcat (Debian patchlevel 1.89-4ubuntu1)
This is nc from the netcat-openbsd package. An alternative nc is available
in the netcat-traditional package.
usage: nc [-46DdhklnrStUuvzC] [-i interval] [-P proxy_username] [-p source_port]
      [-s source_ip_address] [-T ToS] [-w timeout] [-X proxy_protocol]
      [-x proxy_address[:port]] [hostname] [port[s]]
    Command Summary:
        -4      Use IPv4
        -6      Use IPv6
        -D      Enable the debug socket option
        -d      Detach from stdin
        -h      This help text
        -i secs     Delay interval for lines sent, ports scanned
        -k      Keep inbound sockets open for multiple connects
        -l      Listen mode, for inbound connects
        -n      Suppress name/port resolutions
        -P proxyuser    Username for proxy authentication
        -p port     Specify local port for remote connects
        -q secs     quit after EOF on stdin and delay of secs
        -r      Randomize remote ports
        -S      Enable the TCP MD5 signature option
        -s addr     Local source address
        -T ToS      Set IP Type of Service
        -C      Send CRLF as line-ending
        -t      Answer TELNET negotiation
        -U      Use UNIX domain socket
        -u      UDP mode
        -Z      DCCP mode
        -v      Verbose
        -w secs     Timeout for connects and final net reads
        -X proto    Proxy protocol: "4", "5" (SOCKS) or "connect"
        -x addr[:port]  Specify proxy address and port
        -z      Zero-I/O mode [used for scanning]
    Port numbers can be individual or ranges: lo-hi [inclusive]

-p विकल्प की आवश्यकता नहीं है nc मैं उबंटू पर उपयोग कर रहा हूं। मैन पेज का तात्पर्य यह भी है कि -p के साथ संयोजन में निर्दिष्ट करने में त्रुटि होनी चाहिए -l :

     -l      Used to specify that nc should listen for an incoming connection
             rather than initiate a connection to a remote host.  It is an error
             to use this option in conjunction with the -p, -s, or -z options.
             Additionally, any timeouts specified with the -w option are ignored.

liamw9534 11 मई 2015

डेबियन व्हीजी का उपयोग करना।

डॉकर को करने वाले उबंटू के लिए पूर्ण चरण यहां दिए गए हैं:

डॉकर स्थापित करें :

$ wget -qO- https://get.docker.com/ | sh $ sudo gpasswd -a ${USER} docker

रिमोट पल्सऑडियो सक्षम करें
डेबियन पर चलाएँ:

$ docker run --rm -it \ -e PULSE_SERVER=tcp:$(hostname -i):4713 \ -e PULSE_COOKIE_DATA=$(pax11publish -d | grep --color=never -Po '(?<=^Cookie: ).*') \ debian:wheezy $ apt-get update && apt-get install -y netcat $ nc -h [v1.10-40] connect to somewhere: nc [-options] hostname port[s] [ports] ... listen for inbound: nc -l -p port [-options] [hostname] [port] options: -c shell commands as `-e'; use /bin/sh to exec [dangerous!!] -e filename program to exec after connect [dangerous!!] -b allow broadcasts -g gateway source-routing hop point[s], up to 8 -G num source-routing pointer: 4, 8, 12, ... -h this cruft -i secs delay interval for lines sent, ports scanned -k set keepalive option on socket -l listen mode, for inbound connects -n numeric-only IP addresses, no DNS -o file hex dump of traffic -p port local port number -r randomize local and remote ports -q secs quit after EOF on stdin and delay of secs -s addr local source address -T tos set Type Of Service -t answer TELNET negotiation -u UDP mode -v verbose [use twice to be more verbose] -w secs timeout for connects and final net reads -z zero-I/O mode [used for scanning] port numbers can be individual or ranges: lo-hi [inclusive]; hyphens in port names must be backslash escaped (e.g. 'ftp\-data'). $ nc -kluw 1 127.0.0.1 5555 UDP listen needs -p arg $ apt-get install -y net-tools gstreamer-tools gstreamer0.10-plugins-good $ echo -ne $(echo $PULSE_COOKIE_DATA | sed -e 's/../\\x&/g') >$HOME/pulse.cookie $ export PULSE_COOKIE=$HOME/pulse.cookie $ gst-launch audiotestsrc ! tee name=t ! queue ! autoaudiosink t. ! queue ! udpsink port=5555 & $ nc -kluw 1 127.0.0.1 -p 5555 no connection : Connection timed out

wernight 11 मई 2015

netcat-openbsd पैकेज के साथ प्रयास किया जो देता है:

$ nc -h
OpenBSD netcat (Debian patchlevel 1.105-7)
...

अब nc स्वर बजने के दौरान कुछ भी नहीं दिखाता है (जो कुछ हद तक बेहतर लगता है):

$ nc -kluw 1 127.0.0.1 5555
(nothing here)

wernight 11 मई 2015

ठीक है, दो टर्मिनल खोलें और पहले टर्मिनल रन में:

nc -kluw 1 127.0.0.1 5555

फिर दूसरे टर्मिनल रन में:

nc -u 127.0.0.1 5555

दूसरे टर्मिनल में स्टड पर कुछ अक्षर दर्ज करें और ENTER दबाएँ। क्या आप देखते हैं कि वही अक्षर stdout पर पहले टर्मिनल में दिखाई देते हैं?

liamw9534 11 मई 2015

हाँ यह काम करता है। यहां तक कि इसे क्रॉस डॉकर्स काम कर रहा है:

$ docker run --rm --name nc1 -it my-debian-with-nc nc -kluw 1 0.0.0.0 5555
Hello

$ docker run --rm --link nc1:nc1 -it my-debian-with-nc nc -u nc1 5555
Hello

तो यह स्पष्ट नहीं करता है कि क्यों nc ने gst-launch साथ कुछ भी नहीं दिखाया। हालांकि मुझे पता चला कि कंटेनरों में काम करने के लिए मुझे host=SOMETHING सेट करने की आवश्यकता होगी। यह समस्याग्रस्त होगा। ऐसा लगता है कि यह प्रसारित नहीं हो सकता। लेकिन कम से कम एक कंटेनर पर काम करने के बाद मैं इसे हल कर सकता हूं।

wernight 11 मई 2015

आह! अगर मैं host=0.0.0.0 सेट करता हूं तो यह काम करता है!

wernight 11 मई 2015

👍2

क्या आपको नेटवर्क पर डेटा भेजने की ज़रूरत है? मैंने मान लिया था कि आपको केवल स्थानीय मशीन पर पैकेट की जरूरत है। udpsink host=0.0.0.0 port=5555 से पैकेट आपके नेटवर्क पर हर जगह प्रसारित होंगे। शायद वो नहीं जो आप चाहते हैं...

पैकेट को स्थानीय लूपबैक में प्रतिबंधित करने के बजाय आपको host=127.0.0.1 कहने में सक्षम होना चाहिए।

मुझे संदेह है कि वास्तविक मुद्दा इसलिए डिफ़ॉल्ट रूटिंग कॉन्फ़िगरेशन के लिए नीचे है। डिफ़ॉल्ट रूप से, आपके सिस्टम पर, आउटगोइंग पैकेट्स को एक अलग इंटरफ़ेस पर प्रसारित किया जाता है। संभवतः gstreamer तत्व के भिन्न संस्करण या ip रूटिंग सेटअप में अंतर।

liamw9534 11 मई 2015

कंटेनर से मुझे मशीन के 0.0.0.0 या संभव आईपी का उपयोग करना था। एक मशीन/कंटेनर पर भी डिफ़ॉल्ट सेटिंग काम नहीं कर रही थी।

लेकिन हाँ मुझे अब नेटवर्क का उपयोग करना होगा क्योंकि ncmpcpp और mopidy को अलग-अलग डॉकर कंटेनरों में रखना अच्छा अभ्यास है, जिसका अर्थ है कि वे अलग-अलग नेटवर्क पर हैं। यह सुरक्षा और अलगाव के लिए वास्तव में अच्छा है और इस तरह, लेकिन यह थोड़ी परेशानी पैदा करता है:

ncmpcpp क्लाइंट संगीत स्ट्रीमिंग के लिए पूछने के लिए MPD सर्वर से जुड़ता है, और उसके बाद ही ncmpcpp का IP ज्ञात होता है और UDP पैकेट को उसके IP पर प्रसारित किया जाना चाहिए; लेकिन वर्तमान में आईपी को Mopidy कॉन्फ़िगरेशन में हार्डकोड किया गया है।

मेरे पास अभी कोई समाधान नहीं है। मैं समाधान के बारे में सोच रहा हूँ:

Mopidy में FIFO बनाना और ncmpcpp के साथ साझा करना, लेकिन मुझे डर है कि कुछ भी FIFO को साफ़ नहीं करेगा और यह बड़ी परेशानी है। साथ ही फाइल शेयर करना नेटवर्क सॉकेट की तरह साफ नहीं है।
स्थानीय डेमॉन मॉनिटरिंग कनेक्शन और यूडीपी ट्रैफिक को क्लाइंट आईपी को अग्रेषित करना; हैक।
यूडीपी एसएसएच सुरंग , लेकिन यह जटिल है, बेकार एन्क्रिप्शन जोड़ता है, एक और डेमॉन जोड़ता है ... खराब!
यह देखने के लिए कोड को देखते हुए कि क्या udpsink होस्ट को पहले क्लाइंट के IP में डिफॉल्ट किया जा सकता है या सभी कनेक्टेड क्लाइंट के IP से भी बेहतर
डॉकर को --net=container:NAME_or_ID माध्यम से होस्ट साझा करने के लिए कहें जो उपयोगकर्ताओं के लिए टाइप करने के लिए एक और पैरामीटर जोड़ता है, लेकिन यह बहुत सरल करेगा!

इस परिपत्र निर्भरता के समाधान हैं। अभी भी एक भयानक हैक की तरह लग रहा है लेकिन उपयोगकर्ताओं के लिए अंत में उपयोग करने के लिए यह काफी आसान होना चाहिए। विशेष रूप से nc कमांड के साथ मदद करने के लिए धन्यवाद liamw9534, जिसके साथ मैं विदेशी था।

wernight 12 मई 2015

FIFO उस There is no output named "my_fifo"! को छोड़कर काम कर रहा है। ऐसा लगता है कि नाम को mdp.conf में से एक से मेल खाना है:

 audio_output {
        type            "fifo"
        name            "my_fifo"
        path            "/tmp/mpd.fifo"
        format           "44100:16:2"
}

मैं फीफो फ़ाइल को साझा करने का प्रयास कर सकता हूं यदि मुझे पता है कि इस ऑडियो आउटपुट को Mopidy में कैसे जोड़ा जाए। ऐसा लगता है कि मतली (एक साधारण विज़ुअलाइज़र-ओनी) की आवश्यकताएं समान हैं।

मुझे visualizer_output_name का यह

यह निर्धारित करने के लिए कि कौन सा आउटपुट विज़ुअलाइज़र के लिए डेटा प्रदान करता है और इस प्रकार विज़ुअलाइज़ेशन और ध्वनि के बीच समन्वयन की अनुमति देता है, यह निर्धारित करने के लिए ncmpcpp के लिए नीचे पैरामीटर की आवश्यकता है क्योंकि वर्तमान में इसके साथ कुछ समस्याएं हैं।
फीफो आउटपुट, जिसका प्रारूप पैरामीटर मोनो विज़ुअलाइज़ेशन के लिए 44100:16:1 या स्टीरियो विज़ुअलाइज़ेशन के लिए 44100:16:2 पर सेट किया जाना है

wernight 12 मई 2015

मुझे यकीन नहीं है कि "विभिन्न नेटवर्क पर" कहकर आपका क्या मतलब है। यदि आप ऑडियो ट्रैफ़िक को स्थानीय मशीन से अलग करना चाहते हैं तो आपको 127.0.0.1 लिए udpsink उपयोग करना चाहिए। यदि आप 0.0.0.0 चुनते हैं तो यह डिफ़ॉल्ट मार्ग का उपयोग करके पैकेट को निर्देशित करेगा जिसका अर्थ है कि नेटवर्क पर यूडीपी पैकेट भेजना .... सामान्य तौर पर, मैं कहूंगा कि यह एक बुरा विचार है क्योंकि नेटवर्क यातायात एक का उपभोग करेगा बहुत अधिक बैंडविड्थ यानी 2 x 16 x 44100 = 1.41 एमबीपीएस।

सिद्धांत रूप में, nc को 0.0.0.0 साथ कॉन्फ़िगर करना संभव होना चाहिए, भले ही udpsink द्वारा किस नेटवर्क इंटरफ़ेस का उपयोग किया गया हो। यह सभी नेटवर्क इंटरफेस पर सुनेगा। यह तब तक ठीक है जब तक आप अलग-अलग नेटवर्क इंटरफेस पर अन्य सेवाओं के लिए समान आईपी पोर्ट नंबर का उपयोग नहीं करते हैं।

liamw9534 12 मई 2015

मैंने अपने पिछले सुझाव का उपयोग किया और दोनों को एक ही नेटवर्क पर रखा। वैसे भी वे नेटवर्क स्थानीय हैं, यह सिर्फ एक तार्किक अलगाव है। यह फीफो बनाने के लिए काम करता है, बस ncmpcpp इसे नहीं चाहता है (मेरी पिछली प्रतिक्रिया देखें, ऊपर 2)।

wernight 12 मई 2015

उस चैनल के नाम के बारे में कोई विचार? या अगर फीफो के लिए mpd.conf जैसा कोई और तरीका है? बिना काम बिल्कुल नहीं लगता।

wernight 13 मई 2015

मैंने सोचा था कि mpd.conf का उपयोग केवल एमपीडी डेमॉन कॉन्फ़िगरेशन के लिए किया गया था। इस मामले में, यह बेमानी होना चाहिए क्योंकि mopidy MPD डेमॉन है और आपका डॉकटर FIFO फाइल बना रहा है। किस मामले में, केवल एक चीज जो आवश्यक होनी चाहिए वह यह सुनिश्चित करना है कि ग्राहक के लिए .ncmpcpp/config का मिलान हो रहा है, है ना?

liamw9534 13 मई 2015

एक प्रकार का। यह वास्तव में क्या कर रहा है मुझे नहीं पता। लेकिन जैसा कि आप देख सकते हैं visualizer_output_name = "my_fifo" को audio_output { name "my_fifo" } मेल खाना चाहिए। वर्तमान में ncmpcpp There is no output named "my_fifo" दिखाता है। visualizer_output_name का विवरण ऊपर सिर्फ 5 पोस्ट है। ऐसा लगता है कि यह वास्तव में किसी तरह सीधे आउटपुट से सिंक करने के लिए कनेक्ट हो रहा है।

wernight 13 मई 2015

मैं इनमें से किसी का भी उपयोग नहीं करता, लेकिन मुझे ऐसा लगता है कि visualizer_output_name आपके एमपीडी (प्रोटोकॉल, प्रोग्राम नहीं) आउटपुट में से एक से मेल खाना चाहिए (यानी mpc outputs )। Mopidy वर्तमान में कॉन्फ़िगर करने योग्य आउटपुट की अनुमति नहीं देता है और केवल एक MPD आउटपुट है: "म्यूट"।

यदि संभव हो तो आप शायद visualizer_output_name को अनसेट करना चाहेंगे।

kingosticks 13 मई 2015

इसे स्थापित नहीं करने का प्रयास किया। अभी भी कोई विज़ुअलाइज़र दिखाई नहीं दे रहा है। मैं udpsink के आउटपुट स्वरूप के बारे में सोचता हूं: विज़ुअलाइज़र के काम करने के लिए 44100:16:2 होना चाहिए ( ncmpcpp या nausea )।

Mute कोशिश की, बस मामले में, एक बहुत ही मजेदार अनुभव मिला: यह सिर्फ ध्वनि को म्यूट कर देता है, बिना कोई त्रुटि दिखाए, लेकिन विज़ुअलाइज़र दिखाए बिना भी। या अधिक सटीक रूप से इसने Mute आउटपुट को अक्षम कर दिया।

wernight 13 मई 2015

मुझे आश्चर्य है कि विज़ुअलाइज़र के लिए FFT फ़ंक्शन कहाँ किया जाता है।
क्या यह फीफो के आउटपुट पर या फीफो के इनपुट पर किया जाता है? आप
एमपीडी क्लाइंट कोड की जांच करने की आवश्यकता होगी यह देखने के लिए कि यह फीफो डेटा को कैसे संभालता है।

liamw9534 13 मई 2015

क्या परीक्षण के लिए या तो समर्थन करने का कोई तरीका है, भले ही यह सामान्य रूप से एक राक्षसी रूप से बड़ी फ़ाइल बनाये।

wernight 13 मई 2015

आपको समर्थन करने की भी आवश्यकता नहीं है। आपको यह पता लगाना होगा कि एफएफटी कहां है
किया जाना चाहिए और फिर सही दृष्टिकोण चुनें। अगर एफएफटी है
विज़ुअलाइज़र में किया गया है तो यह केवल प्रयास की पूरी बर्बादी होगी
इसे फिर से लागू करें।

13 मई 2015 को 15:09 बजे, वर्नर बेरौक्स नोटिफिकेशन @github.com ने लिखा:

क्या परीक्षण के लिए या तो समर्थन करने का कोई तरीका है, भले ही वह होगा
आम तौर पर एक राक्षसी रूप से बड़ी फ़ाइल बनाएँ।
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -101676033।

liamw9534 13 मई 2015

FFT विज़ुअलाइज़र द्वारा किया जाता है और इसके लिए काम करने के लिए FIFO में विशिष्ट ऑडियो प्रारूप की आवश्यकता होती है। संदर्भ: http://git.2f30.org/nausea/about/

wernight 13 मई 2015

अच्छा - तो उसके काम न करने का कोई कारण नहीं है! क्या आपने किया है
एक मानक MPD डेमॉन चलाने वाले सिस्टम की साथ-साथ तुलना a . के साथ
स्थानीय एनसीएमपीसीपीपी क्लाइंट? यदि आप दोनों में FIFO फ़ाइल नाम का नाम बदलते हैं तो क्या होता है
कॉन्फ़िगरेशन फ़ाइलें? क्या यह अभी भी काम करता है? बस यह देखने की कोशिश कर रहा है कि क्या a
हार्डकोडेड पथ कहीं मौजूद है ...

13 मई 2015 को 15:57 बजे, वर्नर बेरौक्स नोटिफिकेशन @github.com ने लिखा:

FFT विज़ुअलाइज़र द्वारा किया जाता है और इसके लिए विशिष्ट ऑडियो प्रारूप की आवश्यकता होती है
उसके लिए काम करने के लिए फीफो में। संदर्भ: http://git.2f30.org/nausea/about/
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -101702624।

liamw9534 13 मई 2015

मेरी टिप्पणी ncmpcpp स्रोत पर आधारित थी।

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

ऑडियो के गलत फॉर्मेट में होने की एक अच्छी संभावना है। आपके पास अपने gstreamer पाइपलाइन में यह सुनिश्चित करने के लिए कुछ भी नहीं है कि यह @adamcik के ऊपर उसके कोड के विपरीत सही है।

kingosticks 13 मई 2015

यह देखना मुश्किल है कि प्रारूप एक समस्या कैसे हो सकती है .... यह 16-बिट हस्ताक्षरित है
पूर्णांक। सबसे बुरा यह हो सकता है कि आप एल/आर चैनलों की अदला-बदली करें?

13 मई 2015 को 16:33 बजे, निक स्टील नोटिफिकेशन @github.com ने लिखा:

मेरी टिप्पणी ncmpcpp स्रोत पर आधारित थी
http://git.musicpd.org/cgit/mirror/ncmpcpp.git/tree/src/visualizer.cpp।
Mopidy का म्यूट आउटपुट डिफ़ॉल्ट रूप से अक्षम है अर्थात ऑडियो म्यूट नहीं है।
Ncmpcpp विज़ुअलाइज़र आपके द्वारा दिया गया आउटपुट लेगा, इसे अक्षम करें (नहीं
प्रभाव) और फिर इसे सक्षम करें, इस प्रकार ऑडियो को म्यूट कर दें। यकीनन उन्हें चाहिए
बस इसे दो बार टॉगल करें।
ऑडियो के गलत फॉर्मेट में होने की एक अच्छी संभावना है। आपके पास
यह सुनिश्चित करने के लिए कि यह @adamcik . के विपरीत सही है, आपके gstreamer पाइपलाइन में कुछ भी नहीं है
https://github.com/adamcik के ऊपर उनके कोड में था।
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -101716947।

liamw9534 13 मई 2015

और भले ही बाइट ऑर्डरिंग गलत हो, फिर भी आप FFT . की अपेक्षा कर सकते हैं
गलत आवृत्ति प्रतिक्रिया उत्पन्न करने के लिए आउटपुट ...... लेकिन आप अभी भी देखेंगे
कोई चीज़।

13 मई 2015 को 16:37 बजे, लियाम विकिंस [email protected] ने लिखा:

यह देखना मुश्किल है कि प्रारूप एक समस्या कैसे हो सकती है .... यह 16-बिट हस्ताक्षरित है
पूर्णांक। सबसे बुरा यह हो सकता है कि आप एल/आर चैनलों की अदला-बदली करें?
13 मई 2015 को 16:33 बजे, निक स्टील नोटिफिकेशन @github.com ने लिखा:
मेरी टिप्पणी ncmpcpp स्रोत पर आधारित थी
http://git.musicpd.org/cgit/mirror/ncmpcpp.git/tree/src/visualizer.cpp।
Mopidy का म्यूट आउटपुट डिफ़ॉल्ट रूप से अक्षम है अर्थात ऑडियो म्यूट नहीं है।
Ncmpcpp विज़ुअलाइज़र आपके द्वारा दिया गया आउटपुट लेगा, इसे अक्षम करें (नहीं
प्रभाव) और फिर इसे सक्षम करें, इस प्रकार ऑडियो को म्यूट कर दें। यकीनन उन्हें चाहिए
बस इसे दो बार टॉगल करें।
ऑडियो के गलत फॉर्मेट में होने की एक अच्छी संभावना है। आपके पास
यह सुनिश्चित करने के लिए आपके gstreamer पाइपलाइन में कुछ भी सही नहीं है
@adamcik https://github.com/adamcik के ऊपर उनके कोड में था।
-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/mopidy/mopidy/issues/775#issuecomment -101716947।

liamw9534 13 मई 2015

यह सच है, तो शायद ऐसा इसलिए है क्योंकि Mopidy के म्यूट आउटपुट को सक्षम करने का मतलब है कि udpsink कोई डेटा नहीं भेजेगा।

kingosticks 13 मई 2015

cat /tmp/mdp.fifo (यूडीपी से ऊपर के रूप में बनाया गया) डेटा की निरंतर धारा को सही ढंग से दिखाता है।

मैंने विज़ुअलाइज़र ncmpcpp कोड को देखा:

फ़ाइल को O_RDONLY | O_NONBLOCK रूप में खोलता है
ऊपर से पढ़ता है ; यह मेरे mopidy config में स्टीरियो के लिए सेट है, यह 44100:16:2 होना चाहिए।

कोई भी मेरी शाखा से भी कोशिश कर सकता है (डॉकर स्थापित करने के बाद):

git clone https://github.com/wernight/docker-mopidy.git
cd docker-mopidy
git checkout udpsink
docker build -t mopidy .
cd ..

git clone https://github.com/wernight/docker-ncmpcpp.git
cd docker-ncmpcpp
git checkout udpsink
docker build -t ncmpcpp .
cd ..

# Remember to enable PulseAudio over network 

docker run --name mopidy -d \
      -e PULSE_SERVER=tcp:$(hostname -i):4713 \
      -e PULSE_COOKIE_DATA=$(pax11publish -d | grep --color=never -Po '(?<=^Cookie: ).*') \
      mopidy
docker run --rm -it --link mopidy:mopidy ncmpcpp --host mopidy

wernight 18 मई 2015

नेटकैट के साथ संघर्ष करने में काफी समय बिताना पड़ा क्योंकि -k मेरे लिए काम नहीं करता था, लेकिन यहां मैं गीत स्विच पर इसे स्वत: पुनरारंभ करने के लिए आया हूं:

while :; do yes $'\n' | nc -lu 127.0.0.1 5555 > /tmp/mopidy.fifo; done

मूल रूप से ऊपर के रूप में अन्य विकल्प।

s-ol 28 दिस॰ 2015

@ S0lll0s @wernight netcat -k भी मेरे लिए काम नहीं किया था और गीत परिवर्तन के बाद पुन: प्रारंभ किया जाना था। जबकि आपका समाधान काम करता है, मुझे बेहतर काम करने के लिए सामाजिक मिला है:

while :; do socat -d -d -T 1 -u UDP4-LISTEN:5555 OPEN:/tmp/mopidy.fifo; done

SjRNMzU 6 फ़र॰ 2016

❤3

आर्क लिनक्स उपयोगकर्ताओं के लिए:

nc प्राप्त करने के लिए -k समर्थन के साथ आपको openbsd-netcat पैकेज स्थापित करने की आवश्यकता है, लेकिन यह मेरे लिए भी काम नहीं करता है, इसलिए @SjRNMzU की स्क्रिप्ट का उपयोग करने का प्रयास करें - आपको चाहिए इसे चलाने के लिए socat पैकेज।

johnhamelink 3 सित॰ 2016

❤1

@johnhamelink (मुझे लगता है कि आप अपनी टिप्पणी से आर्क चला रहे हैं) क्या आपके पास socat समाधान का उपयोग करके एक गीत को रोकने के बाद विज़ुअलाइज़र के साथ "पकड़ने" की कोशिश कर रहा है?

tmb 4 जून 2017

@ थियोस-स्पेस मैं यह नहीं कह सकता कि मैंने इसे स्वयं देखा है

johnhamelink 5 जून 2017

मैं आर्क पर हूं और इसे nc (दोनों gnu और openbsd ) या socat साथ काम नहीं कर सका। इसके अतिरिक्त, मैं gst-launch-1.0 ... udpsink port=5555 से nc -kluw 1 127.0.0.1 5555 साथ नहीं पढ़ सकता, क्योंकि यह स्क्रीन पर कुछ भी प्रिंट नहीं करता है।

ranisalt 6 जून 2017

👍1

डेबियन बस्टर (4.11.6-1), mopidy 2.1.0-1, gstreamer1.0-tools 1.12.2-1, ncmpcpp 0.7.4-1+b3, socat 1.7.3.2-1 पर इस काम की पुष्टि कर सकते हैं:

सिस्टम स्टार्टअप में समाज शुरू करें:

open_mpd_fifo() {
    local fifo
    readonly fifo='/tmp/mpd.fifo'

    mkfifo "$fifo"
    while :; do socat -d -d -T 1 -u UDP4-LISTEN:5555 OPEN:"$fifo"; done
}

mopidy [ऑडियो] conf (नोट होस्ट को udpsink के लिए परिभाषित किया जाना था):

[audio]
output = tee name=t ! queue ! autoaudiosink t. ! queue ! udpsink host=127.0.0.1 port=5555

laur89 27 अग॰ 2017

आर्क के लिए रैनिसाल्ट आपको एनसीएमपीसीपीपी को फीफो सपोर्ट चेक के साथ संकलित करना होगा: https://bbs.archlinux.org/viewtopic.php?id=99915

r1ft4469 30 सित॰ 2017

यहाँ मेरा वर्किंग आर्क सेटअप है, बाकी थ्रेड + डॉक्स + मैनपेज + मिश्रित ब्लॉग पढ़ने के बाद। मैं Mopidy को सिस्टम सेवा के रूप में चला रहा हूं और उपयोगकर्ता सेवा PulseAudio को TCP के माध्यम से ऑडियो भेज रहा हूं। मैंने कुछ अतिरिक्त एनोटेशन शामिल किए हैं जो उम्मीद है कि कम अनुभवी लोगों की मदद करेंगे।

संकुल

ये सभी आधिकारिक आर्क रेपो से हैं:

gstreamer 1.12.3-1
mopidy 2.1.0
ncmpcpp 0.8.1  # this had fifo support without any special compiling for me
openbsd-netcat 1.178_3-1  # gnu-netcat lacks the -k flag, as discussed above
pulseaudio 11.1

सेट अप

mopidy सिस्टम सेवा सक्षम करें:

sudo systemctl enable mopidy.service

संपादन में आसानी (वैकल्पिक) के लिए मोपिडी के सिस्टम कॉन्फिग को यूजर कॉन्फिगर के साथ सिमलिंक से बदलें:

sudo ln -sf ~/.config/mopidy/mopidy.conf /etc/mopidy/mopidy.conf

फीफो फ़ाइल बनाएँ:

mkfifo "/tmp/mpd.fifo"

कॉन्फ़िगरेशन

~/.config/mopidy/mopidy.conf (या /etc/mopidy/mopidy.conf अगर आपने सिमलिंक नहीं बनाया है): mopidy को पल्सऑडियो सर्वर पर ऑडियो भेजने के लिए कहें जो लोकलहोस्ट पर सुन रहा हो और लोकलहोस्ट पर यूडीपी सिंक : 5555

[audio]
output = tee name=t ! queue ! pulsesink server=127.0.0.1 t. ! queue ! udpsink host=127.0.0.1 port=5555

में ~/.ncmpcpp/config : ncmpcpp को बताएं कि वह फीफो फाइल कहां मिलेगी जिसे सुनने की जरूरत है, और कुछ अन्य विविध सेटिंग्स

visualizer_fifo_path = "/tmp/mpd.fifo"
visualizer_output_name = "my_fifo"
visualizer_sync_interval = "30"
visualizer_in_stereo = "yes"
visualizer_type = "spectrum"
visualizer_look = "+|"

में ~/.config/pulse/default.pa : पल्सऑडियो को लोकलहोस्ट से टीसीपी पर ऑडियो स्वीकार करने के लिए कहें (सेटिंग पहले से ही होने की संभावना है और बस असम्बद्ध हो सकता है)

load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1

~/.zshrc ( ~/.bashrc में भी काम करना चाहिए): netcat को ncmpcpp साथ शुरू करने और रोकने के लिए एक रैपर फ़ंक्शन "nplayer" बनाएं:

nplayer () (nc -kluw 1 127.0.0.1 5555 > /tmp/mpd.fifo & trap "kill $!" EXIT; ncmpcpp)

यह क्या करता है:

किसी फ़ंक्शन को उसकी संपूर्ण सामग्री को लपेटकर एक सबस्क्रिप्शन के साथ परिभाषित करें
यूडीपी सिंक को भेजे गए ऑडियो डेटा को सुनने के लिए पृष्ठभूमि में netcat प्रक्रिया शुरू करें और इसे पहले बनाए गए फीफो पर रीडायरेक्ट करें। झंडे:
- -k वर्तमान कनेक्शन पूरा होने के बाद सुनते रहें
- -l श्रवण मोड सक्षम करें
- -u यूडीपी मोड सक्षम करें
- -w NUM NUM सेकंड के बाद समयबाह्य निष्क्रिय कनेक्शन (इस मामले में 1 सेकंड)
netcat ncmpcpp प्रक्रिया को समाप्त करने के लिए एक EXIT ट्रैप सेट करें जब
अग्रभूमि में ncmpcpp प्रक्रिया शुरू करें

mosbasik 27 नव॰ 2017

👍16 ❤1

मैं मंज़रो (आर्क डिस्ट्रो) पर मोपिडी चला रहा हूं। मुझे समाज या नेटकैट के माध्यम से कोई आउटपुट प्राप्त करने में परेशानी हो रही थी। मैं हालांकि tcpdump के साथ आने वाले पैकेटों को देखने में सक्षम था:
sudo tcpdump -i lo -n udp port 5555 -XX

मुझे बहुत समय लगा और मुझे @mosbasik के बिना समस्या नहीं
udpsink के बाद समस्या host=127.0.0.1 नहीं थी, यह अन्य लोगों के लिए क्यों काम करता है और मुझे नहीं, मुझे नहीं पता। लेकिन अगर आपको कोई आउटपुट नहीं मिल रहा है तो यह संभव है। इन 2 ने मेरे लिए काम किया:

[audio]
output = tee name=t ! queue ! autoaudiosink server=127.0.0.1 t. ! queue ! udpsink host=127.0.0.1 port=5555↪

या

[audio]
output = tee name=t ! queue ! autoaudiosink  t. ! queue ! udpsink host=127.0.0.1 port=5555↪

एक तरफ ध्यान दें: मैं काम करने के लिए pulsesink प्राप्त करने में सक्षम नहीं था इसलिए मुझे इसे autoaudiosink पर छोड़ना पड़ा, जो कि मैंने इसे पहले भी सेट किया था। हालांकि विज़ुअलाइज़र किसी कारण से वास्तव में धीमा प्रतीत होता है, मुझे यकीन नहीं है कि यह autoaudiosink रीबूट के बाद बिल्कुल सही काम करता है .. हालांकि अभी भी थोड़ा धीमा है। पल्सलिंक के साथ यह gstreamer प्लगइन्स के बारे में शिकायत करता रहा। इसके बाद भी (मुझे लगता है) मैंने आधिकारिक आर्क रेपो पर जीएसटी के लिए हर प्लगइन पैकेज स्थापित किया है। नोट flump3dec और mad

mopidy deps का आउटपुट

Executable: /usr/bin/mopidy
Platform: Linux-4.16.7-1-MANJARO-x86_64-with-glibc2.2.5
Python: CPython 2.7.15 from /usr/lib/python2.7
Mopidy: 2.2.1 from /usr/lib/python2.7/site-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
  requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
    chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
    idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
    urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
  setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
  tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
    futures: 3.2.0 from /usr/lib/python2.7/site-packages
    singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
      six: 1.11.0 from /usr/lib/python2.7/site-packages
    backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
Mopidy-Iris: 3.4.9 from /usr/lib/python2.7/site-packages
  setuptools>=3.3: 40.5.0 from /usr/lib/python2.7/site-packages
  pylast>=1.6.0: 2.3.0 from /usr/lib/python2.7/site-packages
    six: 1.11.0 from /usr/lib/python2.7/site-packages
  Mopidy>=2.0: 2.2.1 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
    tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
      futures: 3.2.0 from /usr/lib/python2.7/site-packages
      singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
        six: 1.11.0 from /usr/lib/python2.7/site-packages
      backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
  Mopidy-Local-Images>=1.0: 1.0.0 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
    Mopidy>=1.1: 2.2.1 from /usr/lib/python2.7/site-packages
      Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
      requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
        chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
        idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
        urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
      setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
      tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
        futures: 3.2.0 from /usr/lib/python2.7/site-packages
        singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
          six: 1.11.0 from /usr/lib/python2.7/site-packages
        backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    uritools>=1.0: 1.0.1 from /usr/lib/python2.7/site-packages
      ipaddress>=1.0.6: 1.0.22 from /usr/lib/python2.7/site-packages
      ipaddress>=1.0.6: 1.0.22 from /usr/lib/python2.7/site-packages
  ConfigObj>=5.0.6: 5.0.6 from /usr/lib/python2.7/site-packages
  raven>=6.1.0: 6.9.0 from /usr/lib/python2.7/site-packages
    contextlib2: 0.5.5 from /usr/lib/python2.7/site-packages
Mopidy-Local-Images: 1.0.0 from /usr/lib/python2.7/site-packages
  setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
  Mopidy>=1.1: 2.2.1 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
    tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
      futures: 3.2.0 from /usr/lib/python2.7/site-packages
      singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
        six: 1.11.0 from /usr/lib/python2.7/site-packages
      backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
  uritools>=1.0: 1.0.1 from /usr/lib/python2.7/site-packages
    ipaddress>=1.0.6: 1.0.22 from /usr/lib/python2.7/site-packages
    ipaddress>=1.0.6: 1.0.22 from /usr/lib/python2.7/site-packages
Mopidy-Spotify-Tunigo: 1.0.0 from /usr/lib/python2.7/site-packages
  Mopidy>=0.19.0: 2.2.1 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
    tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
      futures: 3.2.0 from /usr/lib/python2.7/site-packages
      singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
        six: 1.11.0 from /usr/lib/python2.7/site-packages
      backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
  Mopidy-Spotify>=1.2.0: 3.1.0 from /usr/lib/python2.7/site-packages
    Mopidy>=2.0: 2.2.1 from /usr/lib/python2.7/site-packages
      Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
      requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
        chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
        idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
        urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
      setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
      tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
        futures: 3.2.0 from /usr/lib/python2.7/site-packages
        singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
          six: 1.11.0 from /usr/lib/python2.7/site-packages
        backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    pyspotify>=2.0.5: 2.0.5 from /usr/lib/python2.7/site-packages
      cffi>=1.0.0: 1.11.5 from /usr/lib/python2.7/site-packages
        pycparser: 2.19 from /usr/lib/python2.7/site-packages
    requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
  setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
  tunigo>=1.0.0: 1.0.0 from /usr/lib/python2.7/site-packages
    requests>=2.0.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
Mopidy-SoundCloud: 2.1.0 from /usr/lib/python2.7/site-packages
  setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
  Mopidy>=1.0: 2.2.1 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
    tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
      futures: 3.2.0 from /usr/lib/python2.7/site-packages
      singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
        six: 1.11.0 from /usr/lib/python2.7/site-packages
      backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
  requests>=2.0.0: 2.20.1 from /usr/lib/python2.7/site-packages
    chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
    idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
    urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
Mopidy-Spotify: 3.1.0 from /usr/lib/python2.7/site-packages
  Mopidy>=2.0: 2.2.1 from /usr/lib/python2.7/site-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
    requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
      chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
      idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
      urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
    setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
    tornado>=4.4: 5.1.1 from /usr/lib/python2.7/site-packages
      futures: 3.2.0 from /usr/lib/python2.7/site-packages
      singledispatch: 3.4.0.3 from /usr/lib/python2.7/site-packages
        six: 1.11.0 from /usr/lib/python2.7/site-packages
      backports_abc>=0.4: 0.5 from /usr/lib/python2.7/site-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/site-packages
  pyspotify>=2.0.5: 2.0.5 from /usr/lib/python2.7/site-packages
    cffi>=1.0.0: 1.11.5 from /usr/lib/python2.7/site-packages
      pycparser: 2.19 from /usr/lib/python2.7/site-packages
  requests>=2.0: 2.20.1 from /usr/lib/python2.7/site-packages
    chardet>=3.0.2: 3.0.4 from /usr/lib/python2.7/site-packages
    idna>=2.5: 2.7 from /usr/lib/python2.7/site-packages
    urllib3>=1.21.1: 1.24.1 from /usr/lib/python2.7/site-packages
  setuptools: 40.5.0 from /usr/lib/python2.7/site-packages
GStreamer: 1.14.4.0 from /usr/lib/python2.7/site-packages/gi
  Detailed information: 
    Python wrapper: python-gi 3.30.2
    Relevant elements:
      Found:
        uridecodebin
        souphttpsrc
        appsrc
        alsasink
        osssink
        oss4sink
        pulsesink
        id3demux
        id3v2mux
        lamemp3enc
        mpegaudioparse
        mpg123audiodec
        vorbisdec
        vorbisenc
        vorbisparse
        oggdemux
        oggmux
        oggparse
        flacdec
        flacparse
        shout2send
      Not found:
        flump3dec
        mad

ducklin5 14 दिस॰ 2018

👍3

मैं Mopidy और सभी दूरस्थ ncmpcpp क्लाइंट के साथ काम करने के लिए udpsink प्राप्त करने का प्रयास कर रहा हूं। Mopidy को MacVLAN के साथ डॉकटर वातावरण में सेटअप किया गया है। मैं कंटेनर पर पोर्ट को सफलतापूर्वक देख सकता हूं।

nc -vz -u mopidy.lan 5555
found 0 associations
found 1 connections:
     1: flags=82<CONNECTED,PREFERRED>
    outif (null)
    src x.x.x.x port 50630
    dst x.x.x.x port 5555
    rank info not available

Connection to mopidy.lan port 5555 [udp/personal-agent] succeeded!

वर्तमान में Mopidy निम्न बिट कॉन्फ़िगरेशन का उपयोग कर रहा है:

[audio]
mixer = software
mixer_volume = 100
output = tee name=t ! queue ! lamemp3enc ! shout2send async=false mount=mopidy ip="mopidy.lan" port=8092 username="some username" password="some password" t. ! queue ! udpsink host=0.0.0.0 port=5555

mpd.fifo में कच्चे डेटा को सफलतापूर्वक प्राप्त करने के लिए मैं नेटकैट का उपयोग कैसे कर सकता हूं, इस पर कोई विचार? निम्नलिखित का उपयोग करना काम नहीं करता है, मुझे लगता है क्योंकि मैं गलत तरीके से नेटकैट का उपयोग कर रहा हूं। कुछ शोध ने कोई जवाब नहीं दिया है, इसलिए उम्मीद है कि कोई मुझे सही दिशा में इंगित कर सकता है।

#!/bin/bash

mkfifo /tmp/mpd.fifo
while :; do yes $'\n' | nc -lu mopidy 5555 > /tmp/mpd.fifo; done

मुझे निम्नलिखित त्रुटि मिलती है:

nc: Can't assign requested address

मैं इसे कैसे काम पर ला सकता हूं इस पर कोई विचार?

चीयर्स!

80scyborgninja 1 मार्च 2019

अधिक जानकारी के लिए https://github.com/ncmpcpp/ncmpcpp/commit/fb886f687014e22b2fe1477da855be5201063ea8 देखें।

एक टीज़र के नीचे। यह mopidy + mopidy-spotify + mopidy-mpd + ncmpcpp है।

https://user-images.githubusercontent.com/387658/102549720-e41bf980-40bc-11eb-8127-70889011e52f.mp4

arybczak 17 दिस॰ 2020

❤10 🎉6 👍6 👀2

@arybczak बहुत बढ़िया! आपको इसे https://discourse.mopidy.com/c/show-and-tell/9 . पर पोस्ट करना चाहिए

jodal 19 दिस॰ 2020

👍2

@adamcik क्या इसका मतलब यह नहीं है कि यह लगभग 7-यो मुद्दा वास्तविक दुनिया के मुद्दे के बेहतर समाधान के पक्ष में "बहिष्कृत" है जिसने इसे स्पार्क किया (एनसीएमपीसीपीपी में विज़ुअलाइज़ेशन का समर्थन)?

pspeder 12 फ़र॰ 2021

@pspeder , आपका वास्तव में क्या मतलब है? क्या https://github.com/mopidy/mopidy/issues/775#issuecomment -747725806 का उपयोग करने में कोई समस्या है?

kingosticks 12 फ़र॰ 2021

@kingosticks बस सुझाव दे रहा था कि इस मुद्दे को बंद कर दिया जाए

pspeder 13 फ़र॰ 2021

मैं इससे सहमत हूं।

kingosticks 13 फ़र॰ 2021

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Mopidy: एक gstreamer फीफो सिंक जोड़ने पर विचार करें

सबसे उपयोगी टिप्पणी

सभी 73 टिप्पणियाँ

संकुल

सेट अप

कॉन्फ़िगरेशन

संबंधित मुद्दों