Crates.io | legacylisten |
lib.rs | legacylisten |
version | |
source | src |
created_at | 2021-11-07 17:02:32.220854 |
updated_at | 2024-11-13 21:33:55.518165 |
description | A simple CLI audio player with strange features. |
homepage | https://legacylisten.zvavybir.eu/ |
repository | https://codeberg.org/zvavybir/legacylisten |
max_upload_size | |
id | 478149 |
Cargo.toml error: | TOML parse error at line 18, column 1 | 18 | autolib = false | ^^^^^^^ unknown field `autolib`, expected one of `name`, `version`, `edition`, `authors`, `description`, `readme`, `license`, `repository`, `homepage`, `documentation`, `build`, `resolver`, `links`, `default-run`, `default_dash_run`, `rust-version`, `rust_dash_version`, `rust_version`, `license-file`, `license_dash_file`, `license_file`, `licenseFile`, `license_capital_file`, `forced-target`, `forced_dash_target`, `autobins`, `autotests`, `autoexamples`, `autobenches`, `publish`, `metadata`, `keywords`, `categories`, `exclude`, `include` |
size | 0 |
legacylisten
is a simple CLI audio player I wrote because no
existing one fulfilled my needs. The main feature is that you can
change how often a song is played (legacylisten
is always on
shuffle-all), but there are some other even odder features.
legacylisten
creates a list of all songs in
~/.zvavybir/legacylisten/data
1 and sub directories together with
their associated so-called "playing likelihood"2 and volume (the
standard values are 10 and 10% respectively). Then it will choose a
song at random with the probability proportional to it's playing
likelihood and plays it, unless you request something different.
The volume is adjustable on a per-song basis and is saved. Although simple (ridiculously trivial indeed) to implement, there is no way to change the global volume, since I figured that this is better left to the operating system. What a audio player can do very good is recognizing which song is playing and acting according to it. The intended use of that feature is to adjust the volume of very quiet songs once and than the user doesn't have to be bothered ever again.
Another quite obscure feature is that you can not only pause/quit
immediately, but also only on the end of the current song, but the
strangest one is that legacylisten
will sever all connection to the
disk if the *NIX signal SIGUSR1
arrives and only starts reading
again when SIGUSR2
arrives. SIGUSR1
doesn't interrupt an already
playing song since songs are buffered3.
Commands are how legacylisten
is controlled and consist always out
of a single character. Originally these were the first letter of the
command name, but since this caused rather strange names (like f
–
"fainter" – to decrease the volume), I settled to just number them
through alphabetically.
To execute a command, just type it's letter (but remember that
terminals are usually line-buffered, meaning that until you press
enter legacylisten
won't see – and react to – your input).
The following commands exist:
?
: Shows a list of all command with a help message (essentially
this very one).4a
: Increases playing likelihood of the current song by 1.b
: Decreases playing likelihood of the current song by 1.c
: Quits legacylisten
and saves the songs likelihoods and
volumes to ~/.zvavybir/legacylisten/songs.csv
.d
: Pauses playing.e
: Resumes playing after pausing with d
or l
(doesn't
overwrite SIGUSR1
though).f
: Skips song.g
: Increases permanently the volume of the current song by 1% (but
not above 100%).h
: Decreases permanently the volume of the current song by 1% (but
not below 0%).i
: Shows how long the song is already playing and – if available –
how long it will take in total.j
: Switches between playing and pausing.k
: Quits legacylisten
as soon as the current song has finished
playing (takes precedence over l
).l
: Like k
, but just pauses instead of quitting.m
: Shows the metadata in the song's id3 tag (the length usually
has to be queried by i
since it's rarely saved in the id3 tag).n
: Opens the cover image of the song in your preferred image viewer
(it uses mimeopen
which is AFAIK not available on MS Windows, so
this won't work there). If the song has no cover it opens
~/.zvavybir/legacylisten/default.png
(doesn't need to be an PNG
file) instead. For the fallback image I use (and made, so it's
quite bad) see
here.o
: Stops all repeating (but if the current songs is an repetition
it's not ended immediately; if you want that also skip with f
).p
: Repeats the current song once.q
: Repeats the current song forever.r
: Skips to the beginning of the current song or – if it already
is at the beginning – to the previous one. You can go as many songs
back as you want (or more precisely how many there are). All played
songs are saved (but only in one run of legacylisten
, if you
restart it the history is lost) and if you went back the next song
is the same as previously followed on that song.As already briefly pointed out previously, especially older versions
of legacylisten
had an horrendous memory footprint, which rendered
my system unusable for a few seconds a couple times. Under Linux such
problems are usually handled by the OOM killer (which ends the process
with least importance and largest memory consumption), but it turns
out that the Chromium web browser (the free software variant of Google
Chrome), which out of other reasons I'm forced to use every once in a
while, is even worse than my crimes. Instead of doing something
sensible, I added a routine to legacylisten
that watches the amount
of free memory and terminates itself when it falls under some certain
(configurable) threshold (a GiB currently).
This uses currently a wrong notion of "free ram" (it counts memory used for disk caching as used although it's not; see this famous site for more), so it triggers unnecessarily. Although this is better than the reverse, the low memory handler is off as default because of that.
This uses the *NIX function sysconf(3)
, so it won't work on outdated
platforms.
legacylisten
can be configured by the
~/.zvavybir/legacylisten/conffile.csv
file. If an option can't be
parsed it's just silently ignored, so be careful. Every option has an
own line (with mandatory newline at the end, even for the last line
and under MS Windows) and every part of it has to be comma-separated.
As an example, this is my configuration file:
data_dir,/media/my_user_name/external_harddrive/legacylisten
ignore_ram,false
lang,esperanto
repeat_bonus,2
There are currently six possible options:
data_dir
: If you have your music collection somewhere else (like
me on an external hard drive or in ~/Music
) you can use this
option to change the directory legacylisten
will search. The ~/
notation is not usable in the configuration file, even under *NIX
systems.minimum_ram
: The threshold for the low memory
handler in bytes.ignore_ram
: Disables the low memory handler (possible values are
true
and false
). If this is set (currently the default)
minimum_ram
is ignored.lang
: legacylisten
supports basic internationalization and this
is the option to activate it. There are currently five possible
values for this option:
english
: Sets the language to English (this is the default).german
or deutsch
: Sets the language to German.esperanto
: Sets the language to Esperanto.dutch
or nederlands
: Sets the language to German.custom
: If you have a translation file, but it's not included in
the official sources (maybe because you're still working on
finishing it, you just want to try something out or you are
forbidden by legal reasons to publish it under legacylisten
's
license) this option enables you to still use it.
This option requires two further values, the path to the
translation file and the language ID. As an example, if English
weren't included already you could use such an option to
circumvent that:
lang,custom,/path/to/file/translation.fl,en-US,
The path has no requirements about filename or file
extension, but the language identifier has to be correct.repeat_bonus
: Repeating a song is usually a sign that the song is
good and should be played more often, but it's very easy to forget
to increase it's playing likelihood, so this option does this
automatically. Everytime a song is repeated it's increased by the
configured value. You can also set a negative value.enable_dbus
: Enables the dbus module. D-Bus/MPRIS is responsible
for integrating legacylisten
into your system nicely. This is not
necessary to get legacylisten
working. The default value is
false
.In case there is no metadata tag in the song, you can use the plugin
interface to tell legacylisten
the song's title and artist. Every
plugin is a shell script (or executable if you prefer) in the
~/.zvavybir/legacylisten/parser
directory (or sub directories
thereof) and gets the song's file name (without new line character) as
input (on stdin). If the file name could be parsed it has to output
the song's title and artist (delimited by zero bytes and optionally a
trailing zero byte) on stdout. If no zero bytes are in the output the
parsing is treated as having failed and will be ignored.
The simplest way to install legacylisten
is with
rustup and Cargo. After installing rustup as
indicated on it's website, issue to following command to install
legacylisten
itself:
cargo install legacylisten
As every software legacylisten
too always can be improved. While
I'm trying to get it usable alone, I don't have unlimited time and
especially not always the best ideas. If you can help with that or on
some other way (like with a feature request, an additional language or
documentation improvements) please help.
I assume that unless stated otherwise every contribution follows the necessary license.
Though unusual for a rust program, legacylisten
is released under
the GNU General Public License version 3 or (at your option) any later
version.
For more see LICENSE.md.
Although not intended legacylisten
should be quite portable
(~/
refers to the user's home directory – in legacylisten
even
under MS Windows). ↩
Or "likelihood" for short. ↩
This is of course quite bad on the memory footprint, but it's the best I could manage so far (at least it's a whole magnitude better than the worst implementation I had). If you have an better idea, please contribute! ↩
This command is a bit special since it's handled differently
internally. You can see this on the one hand directly by it's
special name (only non-letter one) and on the other hand (when you
run legacylisten
) that while usually commands are executed
strictly in order this one is run before all others specified on
the same line. ↩