#beets

beet ls 'rg_track_gain::^$'

that searches everything for tracks where the rg_track_gain field is empty, including tracks that do not have that field at all

xarph: Ah great, thank you! That does exactly what i'm after.

is thello, I hacked a little the DateQuery so that I can search with relative dates, like this for instance beet ls 'added:@-3w..@0d' -a

now my goal was to use that sort of queries along the smartplaylist plugin, yet a smartplaylist like this one (- name: 'recent.m3u'

0 album_query: 'added:@-1w..@0d') won't be updated as time passes because if I get the smartplugin code correctly, the 'auto' config parameter listen for databases changes, the changes I will have as time passes won't be databse changes but query changes, is there another type of listener I could add to the smartplaylist plugin ?

Hi everyone. I’m trying to import a 30+ CD box with music by one artist to my library. This giant release can be found on MusicBrainz. However, beets doesn’t finish the job when I try to import (maybe my connection is too slow, not sure) and hangs. So I don’t even get to the point where I can enter the release ID. Is it possible to pass a release ID to beets directly with the import command?

wush1: It would be helpful if you could provide the (verbose/debug) output from beets when you try this; https://beets.readthedocs.io/en/v1.4.3/faq.html...

It may be a problem on MusicBrainz's side, since huge releases like that are very taxing, so the lookup request may well timeout.

beets' log should provide more insight.

(in a pastebin please)

... that is not pastebin.com, please. :)

sure, just a moment. Which pastebin do you prefer?

Any of the ones listed at https://wiki.archlinux.org/index.php/List_of_ap...

*preference

funny, i’ve just had a discussion in #archlinux ;)

me too

beet has been running for >10 minutes now, with no music being tagged/imported, without crashing, without showing anything in the log except the time it started. I should mention the release is in flac, it’s 7 GB. The process takes 100% of at least 1 CPU core (top doesn’t differentiate)

wush1: Everything's fine. Probably.

top shows >100% if it's multiple cores

wush1: Did you run it as `beet -v`? If not, it won't give you that much output.

If you did run it with `beet -v` and there's no output for >10 minutes at all, then something could well be amiss. (If nothing else, there should be more debug level log calls to say what is going on!)

yes, I assume everything‘s fine, but beets hasn’t copied/moved/written any files. Maybe it’s still reading tags or communicating with the MB database

so this is not from the log but from the terminal after I interrupted the process... http://pasted.co/e91a35d0

the logfile is still empty

wush1: All that says is that you terminated the process.

Did you run it with `beet -v`?

Also, what log file?

Yes I did run it with -v, and the log file was created in the specified folder, but it just mentioned the time beets had started, nothing else. I’m retrying at the moment. copied all the flac files from their respective CDxy folders to one folder and reran beets: It’s still running.

Since there’s hard drive every couple of seconds now, I assume it works

didn’t work. can’t spend anymore time on this though, case closed

i’ll blame the huge amount of data or metadata paired with my slow internet connection to the musicbrainz servers

any idea about the convert plugin & cover art? how is it supposed to work?

sampsyo(?)

Yaniel: It only works for beets-associated cover art, i.e., art from an image file.

wait but beets doesn't recognize those

art:True is only for the files with embedded art

does that sound right?

or do you mean art that beets itself downloaded

sampsyo? (dunno how often you check IRC)

Yaniel: Images that have been associated with the `fetchart` plugin, which can come from the filesystem or from downloads.

oh, fetchart can handle folder.png? neat

Yep.

didn't know that so I disabled it

You can even configure it to *only* use local art if you like.

I have some albums with per-track covers and didn't want to overwrite them

can I configure it to not overwrite existing art=

Per-track covers! Fascinating.

and to $filename.{png,jpg} over folder.{jpg,png}?

It won't ever overwrite existing images; the file will get renamed if there's a conflict.

And sure, there's a config option for that (see the docs).

well, I manually set the covers per track on Miracle of Sound's albums

does musicbrainz support per track covers? I bet it doesn't :/

but https://jacoblincke.bandcamp.com/album/cloudbui... has 3 different covers embedded in total

(in addition to being way too awesome in general)

darwin: Yes and no.

darwin: There's a CAA image type "track" for per-track images, but there's no db-connection between an image and a given track/recording.

I see. so one can upload track specific art, but not relate it :/

Yep.

I'm pretty sure there's a ticket for it, but the closest I can get is https://tickets.metabrainz.org/browse/MBS-5449

Which is also what CallerNo6 found in #musicbrainz :)

(FTR, the couldbuilt full OST has the album cover as the cover for tracks 1-11, the cover from 'Additional Speed' for 12-19 and a bonus track with a special cover