Mopidy: 前のトラックはリピートモードでは機能しません

作成日 2018年08月15日  ·  9コメント  ·  ソース: mopidy/mopidy

https://github.com/mopidy/mopidy/blob/2ee130057113d7c0b46e16a0d7c19180614d5bd9/mopidy/core/tracklist.py#L370

これは、リピートモードが有効になっているときに前のトラックに戻らないようにするためのものですか?

C-bug A-core good first issue

最も参考になるコメント

IMOは、ランダムが設定されているときに以前に再生されたトラックに戻ることが最も便利な動作です。 前を押した場合、ランダムなトラックに移動すると便利なのはいつですか?

また、前を押した後に次を押すと、前を押す前と同じトラックに戻るのがベストだと思います。 これがSpotifyの動作方法です。つまり、シャッフルを押すと、シャッフルされたプレイリストが作成され、前/次を押すと、このプレイリストにジャンプします。

全てのコメント9件

私たちが従おうとしているものであると私が信じている(おそらく時代遅れの) MPD動作テーブルを見ると、これは間違っているように見えます。 これに対するテストも非常に

https://github.com/mopidy/mopidy/pull/1616/filesがあります)。

誰かがこれを適切に見たいと思った場合、テーブルを更新することは、ほんの少しの時間を必要とする良い最初のステップです。 次に、そのテーブルをテストに実装できます(https://github.com/mopidy/mopidy/pull/1695)。

MPDバージョン0.21.19に基づいて、前のアクションの新しいMPD動作テーブルを作成しました。

繰り返す| ランダム| シングル| 消費する| c = 1 | c = 2 | c = 3
------ | ------- | ------ | --------- | ------ | --- | --------
T | T | T | T | ランド? | ランド? | ランド?
T | T | T | 。 | ランド? | ランド? | ランド?
T | T | 。 | T | ランド? | ランド? | ランド?
T | T | 。 | 。 | ランド? | ランド? | ランド?
T | 。 | T | T | 3 | 1 | 2
T | 。 | T | 。 | 3 | 1 | 2
T | 。 | 。 | T | 3 | 1 | 2
T | 。 | 。 | 。 | 3 | 1 | 2
。 | T | T | T | 1 | 2 | 3
。 | T | T | 。 | 1 | 2 | 3
。 | T | 。 | T | 1 | 2 | 3
。 | T | 。 | 。 | 1 | 2 | 3
。 | 。 | T | T | 1 | 1 | 2
。 | 。 | T | 。 | 1 | 1 | 2
。 | 。 | 。 | T | 1 | 1 | 2
。 | 。 | 。 | 。 | 1 | 1 | 2

以前のMPD動作テーブルとの唯一の違いに注意して
リピートとランダムが設定されている場合、以前はランダムトラックに変更されます。

素晴らしい! https://github.com/mopidy/mopidy-mpd/blob/master/mopidy_mpd/protocol/playback.py#L242 -L265にあるコメントを更新するPRをご希望ですか?

その上で! :)

また、最初にMopidyコアの動作を変更する方法についても説明します。
これは現時点ではMPDを模倣していないためです。

それでも意図がMPDの動作を模倣することであると仮定しますか?
MPDがコアから移動されたため、前/次の動作テーブルもドキュメントから移動されました。

実際に前/次の動作テーブルをhttps://github.com/mopidy/mopidy/blob/develop/mopidy/core/tracklist.py#L300-L349に追加することをお勧めし
これを前/次のモピディの振る舞いにします。
(Mopidy-MPDのドキュメント文字列はMopidyコアATMのドキュメント文字列と競合しています)

これはかっこいいですか? それとも、Mopidysの動作をMPDの動作から逸脱させる意図がありますか?

それでも意図がMPDの動作を模倣することであると仮定しますか?

mpd拡張機能を移動して以来、そのような議論はありませんでした。

しかし、その通りです。そのドキュメントをトラックリストに移動する方が理にかなっています。 また、mpdの「リピートとランダムが設定されている場合、ランダムトラックへの以前の変更」の動作はより論理的に聞こえるので、おそらくそれが必要です。 しかし、mpdに従うように他の偏差を変更する場合は、それぞれを検討したほうがよいかもしれません。 あなたはそれを見ているので、他の逸脱が何であるかのリストがありますか?

Mopidyの現在の動作は、mpdからかなり逸脱しています。

  • mopidyでは、 repeatが設定されている場合、前のトラックは同じトラックに留まります。 mpdのどこで、それらは1つ後退します( randomが設定されていない場合)。
  • mopidyでは、 consumeが設定されている場合、前のトラックは同じトラックに留まります。 mpdのどこでconsumeは前の関数に影響を与えません。
  • mopidyでは、 randomが設定されている場合、前のトラックは同じトラックに留まります。 mpdでは、 repeatが設定されていない場合にのみ実行されます。
  • mopidyでは、前のアクションがプレイリストの最後にラップアラウンドすることはありません。mpdは、 repeatが設定されている場合にラップアラウンドします。

そして、これは前のアクションだけを見たからです。 次も同じことが言えるのではないかと思われます。

IMOは、ランダムが設定されているときに以前に再生されたトラックに戻ることが最も便利な動作です。 前を押した場合、ランダムなトラックに移動すると便利なのはいつですか?

また、前を押した後に次を押すと、前を押す前と同じトラックに戻るのがベストだと思います。 これがSpotifyの動作方法です。つまり、シャッフルを押すと、シャッフルされたプレイリストが作成され、前/次を押すと、このプレイリストにジャンプします。

また、前を押した後に次を押すと、前を押す前と同じトラックに戻るのがベストだと思います。 これがSpotifyの動作方法です。つまり、シャッフルを押すと、シャッフルされたプレイリストが作成され、前/次を押すと、このプレイリストにジャンプします。

これは、単にトラックリストをシャッフルした場合のMopidyの動作とまったく同じです。 ただし、これはランダム再生モードを有効にすることと同じではありません。

MPDはその区別を正しく行ったと思いますが、ほとんどのWebクライアントは、シャッフルではなくランダムモードを公開するか、少なくとも区別を明確にしません。

SpotifyプレーヤーはMPDスタイルのランダム再生モードをサポートしていません。 ほとんどの場合(すべてではありません!)、どちらが理解しやすいかはわかりますが、一方で、柔軟性はやや劣ります。 彼らのトラックリストの現在のコンテキスト哲学は非常に異なっており、それはいくつかの本当に紛らわしいトラックリストの変更IMOを引き起こす独自の一連の問題を伴います。

このページは役に立ちましたか?
0 / 5 - 0 評価