Mopidy: trek sebelumnya tidak berfungsi dengan mode pengulangan

Dibuat pada 15 Agu 2018  ·  9Komentar  ·  Sumber: mopidy/mopidy

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

Apakah ini disengaja untuk tidak mengembalikan trek sebelumnya saat mode pengulangan diaktifkan?

C-bug A-core good first issue

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.

Semua 9 komentar

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.

  • Di mopidy, ketika repeat diatur, sebelumnya tetap di jalur yang sama. Di mana di mpd mereka mundur satu (kecuali random diatur).
  • Di mopidy, jika consume diatur, sebelumnya tetap di jalur yang sama. Dimana pada mpd consume tidak berpengaruh pada fungsi sebelumnya.
  • Di mopidy, jika random diatur, sebelumnya tetap di jalur yang sama. Di mana di mpd ia melakukannya hanya ketika repeat tidak disetel.
  • Di mopidy, tindakan sebelumnya tidak pernah berakhir di akhir daftar putar, di mana mpd melakukannya saat 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.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat