No longer maintained packages in the readme

[KaJe5380]

To which pages does your suggestion apply?

• just_audio readme

Quote the sentences(s) from the documentation to be improved (if any)

Windows support is enabled by adding an additional dependency to your pubspec.yaml alongside just_audio. There are a number of alternative options:

• just_audio_windows
• just_audio_libwinmedia

Linux support is enabled by adding an additional dependency to your pubspec.yaml alongside just_audio. There are a number of alternative options:

• just_audio_mpv
• just_audio_libwinmedia (untested)

Describe your suggestion just_audio_mpv & just_audio_libwinmedia have been marked as DISCONTINUED on pub.dev and replaced by: just_audio_media_kit for Linux replaced by: just_audio_windows for Windows.

just_audio_mpv's own GitHub no longer matches it's pub.dev readme, with the GitHub getting a new section 5 months ago:

In most cases, you probably should use just_audio_media_kit or raw media_kit instead. It's better made, better supported, much stabler, and it might even have more features. ...

just_audio_mpv & just_audio_libwinmedia should either be removed from documentation, or given parenthesis for no longer being maintained. Also adding just_audio_media_kit for Linux.

Would also need to see if Linux's Platform support list still matches with this new library.

Edit:

The mpv readme also suggests just_audio_media_kit. Have you tried it?

Didn't see this initially, but you actually seem to know about this package in issue #1199 about this package.

[ryanheise]

Hi @KaJe5380 , thanks for the request. Yes the plan is definitely link to just_audio_media_kit in the README, basically, to link to all federated implementations that work (thus also including just_audio_mpv, perhaps with the note you suggest).

Have you had any experience testing just_audio_media_kit on windows and/or linux?

[KaJe5380]

Have you had any experience testing just_audio_media_kit on windows and/or linux?

I started some initial testing on Linux. There are some stuff I didn't get to,

• those being for streaming (request headers, DASH / HLS) as I was only planning to play local files.
• Gapless playback "seemed to work" but it's marked as experimental, so I wouldn't really call it a feature.
• Need to look into their shuffling note; doesn't look to complicated, but needing to write conditional platform code for shuffling is a bit of a pain. Though once written, it could be used for all the other platforms :shrug:

Though I'm on Arch Linux (Kernel 6.9.7 - latest) It would need to be tested on other distros, as a lot of stable distros don't use the latest Linux dependencies or kernel. Nor have I tried it with the PulseAudio backend, am currently using Pipewire.

I haven't test any of it on Windows, as I started moving my workflow to Linux in 2020 & dropped it entirely in 2023.