Mopidy: पिछला ट्रैक रिपीट मोड के साथ काम नहीं करता

(संभवतः पुरानी) एमपीडी व्यवहार तालिका को देखते हुए , जो मुझे विश्वास है कि हम अनुसरण करने का प्रयास करते हैं, यह गलत प्रतीत होता है। इसके लिए बहुत सीमित परीक्षण भी हैं।

https://github.com/mopidy/mopidy/pull/1616/files है लेकिन इसे परीक्षणों की आवश्यकता है (और शायद थोड़ा सा री-जिगिंग)।

अगर कोई इसे ठीक से देखना चाहता है, तो तालिका को अपडेट करना एक अच्छा पहला कदम होगा जिसके लिए बस थोड़ा समय चाहिए। फिर हम उस तालिका को परीक्षणों में लागू कर सकते हैं (https://github.com/mopidy/mopidy/pull/1695)।

मैंने पिछली कार्रवाई के लिए एमपीडी संस्करण 0.21.19 के आधार पर एक नई एमपीडी व्यवहार तालिका बनाई:

दोहराना | यादृच्छिक | सिंगल | उपभोग | सी = 1 | सी=2 | सी = 3
------ | ------- | ------ | ------------- | ------ | --- | ----
टी | टी | टी | टी | रैंड? | रैंड? | रैंड?
टी | टी | टी | . | रैंड? | रैंड? | रैंड?
टी | टी | . | टी | रैंड? | रैंड? | रैंड?
टी | टी | . | . | रैंड? | रैंड? | रैंड?
टी | . | टी | टी | 3 | 1 | 2
टी | . | टी | . | 3 | 1 | 2
टी | . | . | टी | 3 | 1 | 2
टी | . | . | . | 3 | 1 | 2
. | टी | टी | टी | 1 | 2 | 3
. | टी | टी | . | 1 | 2 | 3
. | टी | . | टी | 1 | 2 | 3
. | टी | . | . | 1 | 2 | 3
. | . | टी | टी | 1 | 1 | 2
. | . | टी | . | 1 | 1 | 2
. | . | . | टी | 1 | 1 | 2
. | . | . | . | 1 | 1 | 2

ध्यान दें कि पिछली एमपीडी व्यवहार तालिका से केवल अंतर है
यह है कि जब दोहराना और यादृच्छिक सेट किया जाता है, तो पिछले परिवर्तन एक यादृच्छिक ट्रैक में होते हैं।

बहुत बढ़िया! क्या आप ऐसे पीआर के लिए तैयार होंगे जो https://github.com/mopidy/mopidy-mpd/blob/master/mopidy_mpd/protocol/playback.py#L242 -L265 पर हमारी टिप्पणी को अपडेट करता है?

इस पर! :)

सबसे पहले मोपिडी कोर में व्यवहार बदलने पर भी विचार करेंगे,
चूंकि यह इस समय एमपीडी की नकल नहीं करता है।

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

मेरा सुझाव है कि हम वास्तव में पिछले/अगले व्यवहार तालिकाओं को https://github.com/mopidy/mopidy/blob/develop/mopidy/core/tracklist.py#L300 -L349 में जोड़ दें
और इसे पिछले/अगले पर mopidy का व्यवहार बनाएं।
(मोपिडी-एमपीडी में डॉकस्ट्रिंग मोपिडी कोर एटीएम में मौजूद लोगों के साथ परस्पर विरोधी हैं)

क्या यह अच्छा है? या क्या मोपिडिस के व्यवहार को एमपीडी से विचलित होने देने का इरादा है?

यह मानते हुए कि इरादा अभी भी एमपीडी के व्यवहार की नकल करना है?

mpd एक्सटेंशन को बाहर ले जाने के बाद से हमने वह चर्चा नहीं की है।

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

Mopidy का वर्तमान व्यवहार mpd से काफी भिन्न है।

• mopidy में, जब repeat सेट किया जाता है, तो पिछला उसी ट्रैक पर रहता है। जहां mpd में वे एक कदम पीछे हटते हैं (जब तक कि random सेट न हो)।
• mopidy में, यदि consume सेट है, तो पिछला उसी ट्रैक पर रहता है। जहां mpd consume में पिछले फ़ंक्शन पर कोई प्रभाव नहीं पड़ता है।
• mopidy में, यदि random सेट है, तो पिछला एक ही ट्रैक पर रहता है। जहां mpd में ऐसा तभी होता है जब repeat सेट न हो।
• mopidy में, पिछली क्रिया कभी भी प्लेलिस्ट के अंत तक नहीं होती है, जहां mpd ऐसा तब करता है जब repeat सेट होता है।

और यह केवल पिछली कार्रवाई को देखने से है। यह संदेह है कि अगले के लिए भी यही सच हो सकता है।

IMO, जब रैंडम सेट किया जाता है, तो पहले से चलाए गए ट्रैक पर वापस जाना सबसे उपयोगी व्यवहार होगा। यदि आप पिछला दबाते हैं तो यादृच्छिक ट्रैक पर जाना कब उपयोगी होता है?

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

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

यदि आप केवल ट्रैकलिस्ट में फेरबदल करते हैं तो Mopidy ऐसा ही व्यवहार करता है। लेकिन यह रैंडम प्लेबैक मोड को सक्षम करने जैसा नहीं

मुझे लगता है कि एमपीडी को भेद सही मिला, लेकिन अधिकांश वेबक्लाइंट फेरबदल के बजाय यादृच्छिक मोड का पर्दाफाश करते हैं, या कम से कम भेद को स्पष्ट नहीं करते हैं।

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