Ability to cut extra tags in titles

[Agnazar]

Hello!

Thanks for your awesome software, it is exactly what i wanted to have time ago. Neptunes works great in most amount of cases and i'm grateful to you.

I keep my library in clarity and right order: all tracks has correct year, no extra tags and good names. But some music in Apple Music has some trash in names (like "live", "remastered", "demo" etc). NepTunes takes that names as is. Can you allow some way to cut that kind of things from song's titles. It could be great to set up that in properties.

By the way, the same tags won't appear in LastFM if you scrobble using built-in engines from Deezer or Spotify.

As software engineer I see that issue easy to be done. And as user and your buyer I see that as very useful thing.

[Agnazar]

For example, if i listen to the song "And I Love Her (live)" from the album "A Hard Day's Night (remastered)" by The Beatles.

Now it will be scrobbled as "The Beatles" - "A Hard Day's Night (remastered)" from album ""

I wish to see that as "The Beatles" - "And I Love Her" from "A Hard Day's Night"

[rurza]

hm... this seems reasonable, but are you sure that everybody want this? There might be people, who want to scrobble everything what they listen - for example, I have full Tool discography and there is Pushit from Ænima and Pushit (live) from Salival album which are completely different tracks.

Btw, all tracks are scrobbled with their album name, so: "Tool" - "Third Eye" - "Ænima" is scrobbled as "Tool" - "Third Eye" - "Ænima" and "Tool" - "Third Eye" - "Salival" is scrobbled as "Tool" - "Third Eye" - "Salival" and Last.fm can match album: even if tracks have the same name:

Also, "(live)", "(demo)", etc. is very often an official name for the track, for example https://www.discogs.com/Tool-Salival/release/1594319

I don't know why Spotify and Deezer scrobblers are doing this, also I can't confirm this behavior. My primary goal for NepTunes is to make the most reliable scrobbler as possible and correct names, IMO, are necessary.

[Agnazar]

I'm totally agree with you.

Just I saw that as good option. It will work for some users and won't work for other users. Just I know people who will want this. And seems is just simple mask alias. Some users can want to set up that.

[rurza]

@Agnazar Will be available with 1.50 update :) You can help with creating library of this tags. It will be stored on server and NepTunes will grab new version when launched

[rurza]

Done with build 3910

[Agnazar]

Hello!

Thanks so much! Can I still help with tags. Sorry for the long answer. I was in music festival. No internet in field :)

Отправлено с iPhone

18 июня 2016 г., в 17:41, Adam notifications@github.com написал(а):

Done with build 3910

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

[rurza]

Sure. Right now, the system is very primitive. I have a json file on my server, which NepTunes download and store every time when app was launched (will be smarter). When this option is checked, NepTunes will compare track title to contents of the json file - right now without any regular expressions (will be smarter). So i.e. if track has a "[Live]" tag - it will be removed. But if track has a "[Live at something, London]" - this will be scrobbled.

[rurza]

@Agnazar Repo address is https://github.com/rurza/Tags-to-cut but hold on with pull request - I will make it a lot smarter and then push a commit with appropriate new tags

[Agnazar]

Ok. I've got it. I'll start Exactly at the day when finally return home :)

Отправлено с iPhone

20 июня 2016 г., в 18:23, Adam notifications@github.com написал(а):

@Agnazar Repo address is https://github.com/rurza/Tags-to-cut but hold on with pull request - I will make it a lot smarter and then push a commit with appropriate new tags

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.