bengaldave wrote:
> Hello, can you include a couple more examples of when you use the artist
> sort or album sort?
Pretty simple, actually - if used, they indicate the sort key for
"artist" or "album artist" for the file. So if you think Elton John
should be sorted under "John" instead of "Elton
Mnyb wrote:
> I personally never use artist sort , I mentally picture artist names as
> a complete entity , it is usually not their real names neither first
> name or sir name.
And that makes perfect sense when talking about popular music, but works
less well in classical music. Would you file S
I always thought that setting the "compilation" tag to 0 would ensure
the "various artist" logic doesn't trigger, but after fetching the tags
for "The Red Shoes" by Kate Bush from musicbrainz, I have one track with
"artist = Kate Bush feat. Prince", and that seems to be enough to make
the album b
Mnyb wrote:
> Or set albumartist to Kate Bush for all tracks that would do it. And
> keep the artist tags as they are .
Tried that, didn't work. Even stranger.
Album Artist: Kate Bush
Artist: Kate Bush feat. Prince
Album: The Red Shoes
Still shows up under "Various Artists".
--
OK, removing the compilation tag completely didn't help. But I think my
problem is that my tagging program actually uses the Ogg standard field
"performer" for album artist - and clearly LMS looks for "albumartist"
and not "performer".
aubuti wrote:
> That would probably explain it. Try adding a proper albumartist tag,
> clear and rescan, and see what you get.
Yes, that does fix it. Unfortunately the Vorbis standard uses
"performer" instead of "albumartist".
---
garym wrote:
> Hmmm, do you mean Vorbis Comments (tagging for FLAC files)?
Yes.
> I use dbpoweramp for ripping to FLAC and mp3tag for tag editing and both
> are widely used and seem to handle "Album Artist" with no special
> intervention (for my use in LMS and foobar2000).
Sure - FLAC (vorbis
garym wrote:
> I'm no expert, but Spoon (author of dbpa) has said several times that
> there are no Vorbis (Flac) tag standards.
Not official standards approved by any sort of standards body. But there
is the 'Ogg Vorbis I format specification: comment field and header
specification' (http://ww
Mnyb wrote:
> I don't know but all apps I ever used for tagging have used albumartist
> in flac files ?
Actually, I have noticed a bunch of programs and libraries do an
automatic (and invisible) translation - what you see is "albumartist",
what is really stored is "performer".
aubuti wrote:
> On the other hand, it seems that your tagger is storing it as Performer.
> What are you using for tagging?
Mostly beets, and some picard - both import the data from musicbrainz.
Julf's Profile: http://foru
garym wrote:
> mp3tag can easily automate (batch) taking the contents of performer tag
> and putting it in Album Artist tag
I can easily do that with a 10-line python program, but the problem is
that next time I synchronize with musicbrainz, it will have to be
re-run.
-
aubuti wrote:
> I'd never heard of beets. Looks pretty good.
I do like it - the plug-in architecture seems pretty good.
> Anyway, LMS doesn't appear to support the Performer tag at all, as
> indicated by your own tests and this somewhat-dated wiki article:
> http://wiki.slimdevices.com/index.p
aubuti wrote:
> You mean that if you fill the Albumartist field with something of your
> choosing, your tagger will wipe it clean when you sync with MB? That
> seems awfully heavy-handed.
It only does that if I ask it to sync the metadata. Unfortunately I
haven't found out how to make it protect
BJW wrote:
> in regards to the OP:
>
> http://wiki.slimdevices.com/index.php/VariousArtistsLogic
>
> http://wiki.slimdevices.com/index.php/Compilations
Thanks, but be aware that "If a file has explicit 'COMP=0' tags the
server recognizes, it will NEVER be classified as a comp/VA album."
doesn'
Storm wrote:
> As far as your question is concerned about wav versus some other
> lossless format is concerned, I do believe I can tell a difference
> between wav and the other formats at least on some of the music I listen
> to. To my chagrin, I can sometimes also tell the difference between th
garym wrote:
> 4. I've not personally encountered a use case where I needed COMPILATION
> = 0. I either have the COMPILATiON =1 or don't have the field at all.
It is my experience that "COMPILATION=0" doesn't work, if there is a
"COMPILATION" flag, it will be assumed to be "1". As you advice, e
Funkit wrote:
> Just to add the Readynas will play FLAC files but I have loads of WAVS
> and don't really want to start converting if I can help it.
It is easy to do a batch convert running in the background. FLAC will
take only half the space on your disk and network, and sound just as
good -
sand wrote:
> Hi all, I have ripped thousands of flac files and now I want to clear
> up/add tags to be consistent.
> Primarily Artist and album tags.
So you used a ripper that didn't fill in all the tags?
> My files are stored like this: ArtistName\RecordName\track.flac
That path makes me ass
Fahzz wrote:
> Now you guys have given me something else to obsess over. So does EAC
> correct hardware errors?
But it can't correct uncorrectable errors. Accuraterip check is always a
good idea.
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high f
cdmackay wrote:
> the reason I decided to go with FLAC+CUE in general was to make a true
> copy of the originals, verifiable with e.g. AR, that would also be
> directly listenable.
How about just using a ripper that checks each track?
"To try to judge the real from the false will always be h
cdmackay wrote:
> one of the reasons for me going with full-album FLAC was to get a proper
> clone of the original, preserving inter-gap tracks, etc.
As d6jg points out, you don't need cue files for that.
"To try to judge the real from the false will always be hard. In this
fast-growing art o
cdmackay wrote:
> I had read (somewhere) that the only way to correctly preserve gaps, and
> also e.g have seamless track changing, was to have a single FLAC per
> album. I take it that this is incorrect?
Any decent FLAC player will be able to handle individual FLAC files
properly, with the righ
cdmackay wrote:
> thanks; yup, Linux/Solaris & Mac only, here... well, I can run Win in a
> VM, but that gets a bit tedious.
You only need to do the conversion once, but for Linux there is shntool
(you need cuetools too).
"To try to judge the real from the false will always be hard. In this
f
DJanGo wrote:
> My A77 Mki
Ooooh! I am envious! I have fond memories of those from the 70's and
early 80's.
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a solid gilt
edge that will fool many people" - Paul W K
Morituri (on linux) does compare with accurip, but I don't think it can
read existing FLAC files. It is written in python (but in a somewhat odd
style), so reasonably easy to modify.
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the qu
cdmackay wrote:
> I imagine it should be able to do it directly with the FLAC file, but I
> don't know if the syntax is the same.
Not sure - the problem is that to look up the album, you need the whole
album, in the right track order.
rip image verify -help states "Usage: rip image verify [CUE
rkrug wrote:
> I am more looking for an easier solution then modify existing code.
Turns out morituri can do the verification without any code
modifications, but it needs a cue file. You can produce a cue file using
shntool.
"To try to judge the real from the false will always be hard. In thi
'opusdec'
(https://mf4.xiph.org/jenkins/view/opus/job/opus-tools/ws/man/opusdec.html)
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a solid gilt
edge that will fool many people" - Paul W Klipsch, 1953
---
bpa wrote:
> If the OP wants to play streams - they will have to do more than just
> use opusdec whic is necessary for the codec but not enough to handle the
> transport. I look at a few stream and they seem to use mime type
> application/ogg which is already used by ogg/vorbis so the op will hav
For CLI on Linux, you might want to look at 'beets' (http://beets.io/).
Scriptable and extendable (in python).
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a solid gilt
edge that will fool many people" - Paul W
matka wrote:
> There is also native Linux ripping project, whipper
> https://github.com/JoeLametta/whipper, that continues the work of
> morituri. The goal is to have a command line native linux secure rips
> that are identical to EAC, including logs. Still WIP but getting close I
> think.
And t
31 matches
Mail list logo
