Apakah ini disengaja untuk tidak mengembalikan trek sebelumnya saat mode pengulangan diaktifkan?
Melihat tabel perilaku MPD (mungkin ketinggalan jaman), yang saya yakini adalah apa yang kami coba ikuti, ini sepertinya salah. Ada juga tes yang sangat
Ada https://github.com/mopidy/mopidy/pull/1616/files tetapi perlu tes (dan mungkin sedikit jigging ulang).
Jika seseorang ingin melihat ini dengan benar, memperbarui tabel akan menjadi langkah pertama yang baik yang hanya membutuhkan sedikit waktu. Kemudian kita dapat mengimplementasikan tabel itu dalam pengujian (https://github.com/mopidy/mopidy/pull/1695).
Saya membuat tabel perilaku MPD baru untuk tindakan sebelumnya, berdasarkan MPD versi 0.21.19:
ulangi | acak | tunggal | konsumsi | c=1 | c=2 | c=3
------ | ------- | ------ | --------- | ------ | --- | ----
T | T | T | T | Randa? | Randa? | Randa?
T | T | T | . | Randa? | Randa? | Randa?
T | T | . | T | Randa? | Randa? | Randa?
T | T | . | . | Randa? | Randa? | Randa?
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
Perhatikan bahwa satu-satunya perbedaan dari tabel perilaku MPD sebelumnya
adalah bahwa ketika pengulangan dan acak diatur, perubahan sebelumnya menjadi trek acak.
Luar biasa! Apakah Anda siap untuk PR yang memperbarui komentar yang kami miliki di https://github.com/mopidy/mopidy-mpd/blob/master/mopidy_mpd/protocol/playback.py#L242 -L265 ?
Di atasnya! :)
Juga akan melihat perubahan perilaku di inti Mopidy terlebih dahulu,
karena ini tidak meniru MPD saat ini.
Dengan asumsi niat masih meniru perilaku MPD?
Karena MPD dipindahkan dari inti, tabel perilaku sebelumnya/berikutnya juga dipindahkan dari dokumen.
Saya sarankan kita benar-benar menambahkan tabel perilaku sebelumnya/berikutnya ke https://github.com/mopidy/mopidy/blob/develop/mopidy/core/tracklist.py#L300 -L349
dan jadikan ini perilaku mopidy di sebelumnya/berikutnya.
(Dokumen di Mopidy-MPD bertentangan dengan yang ada di ATM inti Mopidy)
Apakah ini keren? Ataukah niat untuk membiarkan perilaku Mopidy menyimpang dari MPD?
Dengan asumsi niat masih meniru perilaku MPD?
Kami belum pernah berdiskusi sejak memindahkan ekstensi mpd.
Tapi Anda benar, lebih masuk akal untuk memindahkan dokumentasi itu ke daftar lagu. Dan perilaku mpd "ketika pengulangan dan acak diatur, perubahan sebelumnya ke trek acak" terdengar lebih logis jadi kami mungkin menginginkannya. Tapi wrt mengubah penyimpangan lain untuk mengikuti mpd, mungkin kita akan lebih baik mempertimbangkan masing-masing. Karena Anda melihatnya, apakah Anda memiliki daftar penyimpangan lainnya?
Perilaku Mopidy saat ini sangat menyimpang dari mpd.
repeat
diatur, sebelumnya tetap di jalur yang sama. Di mana di mpd mereka mundur satu (kecuali random
diatur).consume
diatur, sebelumnya tetap di jalur yang sama. Dimana pada mpd consume
tidak berpengaruh pada fungsi sebelumnya.random
diatur, sebelumnya tetap di jalur yang sama. Di mana di mpd ia melakukannya hanya ketika repeat
tidak disetel.repeat
disetel.Dan ini hanya dari melihat tindakan sebelumnya. Diduga hal yang sama mungkin berlaku untuk selanjutnya.
IMO, setelah sebelumnya kembali ke trek yang diputar sebelumnya ketika acak diatur akan menjadi perilaku yang paling berguna. Kapan berguna untuk pergi ke trek acak jika Anda menekan sebelumnya?
Saya juga berpikir akan lebih baik jika menekan berikutnya setelah menekan sebelumnya kembali ke trek yang sama sebelum menekan sebelumnya. Ini adalah cara kerja Spotify btw, yaitu ketika Anda menekan shuffle, itu membuat daftar putar yang diacak, dan menekan sebelumnya/berikutnya hanya melompat di daftar putar ini.
Saya juga berpikir akan lebih baik jika menekan berikutnya setelah menekan sebelumnya kembali ke trek yang sama sebelum menekan sebelumnya. Ini adalah cara kerja Spotify btw, yaitu ketika Anda menekan shuffle, itu membuat daftar putar yang diacak, dan menekan sebelumnya/berikutnya hanya melompat di daftar putar ini.
Ini persis bagaimana Mopidy berperilaku jika Anda hanya mengocok daftar lagu. Tapi itu tidak sama dengan mengaktifkan mode pemutaran acak.
Saya pikir MPD mendapatkan perbedaan yang benar, tetapi sebagian besar klien web mengekspos mode acak daripada acak, atau setidaknya tidak membuat perbedaan itu jelas.
Pemutar Spotify tidak mendukung mode pemutaran acak gaya MPD. Yang dapat Anda perdebatkan lebih sederhana untuk dipahami dalam banyak kasus (tidak semua!), Tetapi di sisi lain sedikit kurang fleksibel. Filosofi konteks daftar lagu mereka saat ini sangat berbeda dan dilengkapi dengan serangkaian masalah sendiri yang membuat beberapa perubahan daftar lagu benar-benar membingungkan IMO.
Komentar yang paling membantu
IMO, setelah sebelumnya kembali ke trek yang diputar sebelumnya ketika acak diatur akan menjadi perilaku yang paling berguna. Kapan berguna untuk pergi ke trek acak jika Anda menekan sebelumnya?
Saya juga berpikir akan lebih baik jika menekan berikutnya setelah menekan sebelumnya kembali ke trek yang sama sebelum menekan sebelumnya. Ini adalah cara kerja Spotify btw, yaitu ketika Anda menekan shuffle, itu membuat daftar putar yang diacak, dan menekan sebelumnya/berikutnya hanya melompat di daftar putar ini.