keeper v0.8.0

an installed keeper updates itself to this. what keeper depends on did not change, so the update is the 0.40 mb payload rather than a whole download. press the version in the corner, or turn updates on in settings under ?.

a fresh install is below. on a mac:

curl -L -o ~/Downloads/keeper.tar.gz https://github.com/gntrs/keeper/releases/latest/download/keeper-macos-arm64.tar.gz
tar -xzf ~/Downloads/keeper.tar.gz -C /Applications

	0.7.0	0.8.0
the downloads tab	a card in the middle of the window	a desk that uses it
what a download says	one log, raw	plain steps, or every line, your choice
what it saves	mp3	mp3, m4a, the original audio, or video
how good	whatever mp3 came out at	max, good or small
dependencies	sharp	sharp
doctor checks	9	9

what we did not have, and now do

the same run, told two ways, and you pick. simple is five short lines that tick off: reading the link, picking the best quality, downloading, converting the file, adding the title and artwork. full is every line the programs printed, in the face they printed it in.

those are two different people. somebody who does not write software should not have to work out that [info] Downloading 1 format(s): 251 was a good thing. somebody who wants to know exactly what ran on their machine must not be handed a summary and asked to trust it. the plain view is built out of the raw lines rather than instead of them, so turning full on halfway through a download shows the whole run from its first line. nothing is thrown away to make the short version, which is the only way the short version is safe to offer.

you choose what comes down. mp3 because it plays in everything, m4a for the same quality in a smaller file, the original audio with no re-encoding at all, or the video as an mp4.

max is not a preset. it asks for the best the link actually offers, and for video that is the best picture plus the best sound, merged. measured on one link: max came down as 3840x2160, small as 1280x720, and the same link as mp3 was 20 mb at max and 6.4 mb at small. a source that only has 720 gives you 720 at max, because that is what it has.

keeper tags its own lines now. an untagged line used to be attributed to keeper for having no tag, which quietly credited yt-dlp's sentences to us in the one view whose whole job is being literal about where words came from.

what got more expensive

the payload grew by about nine kilobytes. no new dependency, so an installed keeper still swaps source files rather than downloading a runtime it already has.

video is a much bigger file than audio, and nothing warns you before it starts. the same three minute link is 6.4 mb as a small mp3 and 724 mb as max video. there is still no way to stop a download once it is running.

what we still do not have

none of this has run on windows. not the new tab, not the binary fetch, not the paths. the code names the .exe assets and looks in the winget, scoop, chocolatey and program files folders for ffmpeg, and that is reasoning rather than a test. the same caveat has been on every keeper release so far and it is still true.

no way to stop a download. close the tab and it carries on until it finishes.

one track a link. an album or a playlist link is turned down with a note saying so, rather than quietly downloading the first of eighteen.

ffmpeg still has to be on the machine already, for every format including video, and a track spotDL cannot find on youtube cannot be downloaded, because youtube is the only place the audio is actually coming from.