INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Library Refuses To Change Values When Tags Are Changed  (Read 1614 times)

GHammer

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1930
  • Stereotypes are a real timesaver!
Library Refuses To Change Values When Tags Are Changed
« on: June 12, 2007, 02:19:40 pm »

I have a song or two that simply refuse to change the Album listed in the library.
I have edited this inside and outside MC.
I have moved the file out of the disk Otto looks at, it was removed, looked at the tags with Mp3tag verified that the album was as I say it should be, then moved it back to it normal location, started MC and Otto imported it.
Still has the old Album listed in the library and in the Tags pane.
I can open it at the same time with Mp3tag and I see the correct value, foobar shows the same.
Other info is 'sticky' too.

This is related to the problems in this post:
http://yabb.jriver.com/interact/index.php?topic=41005.msg280136#msg280136


Logged

lalittle

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3964
Re: Library Refuses To Change Values When Tags Are Changed
« Reply #1 on: June 12, 2007, 05:13:30 pm »

Try switching to a new MC library on the same system (you can just set up a library called "Test") and viewing these files via the "Drives and Devices" tree.  Do the same files display the correct album titles there?  If so, this would seem to indicate that this is specifically an MC "library" issue and not an issue related to the tags themselves.

Larry
Logged

Alex B

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 10121
  • The Cosmic Bird
Re: Library Refuses To Change Values When Tags Are Changed
« Reply #2 on: June 12, 2007, 06:12:18 pm »

Quote
I have edited this inside and outside MC.

It is hard to believe that if you edit the album field inside MC it would not change. Or do you mean that it stays for a little while, but then Otto comes and changes it back?

If you edited the tag outside, but the file was not deleted from the library Otto should change the value if the file modification date has changed and Otto is configured to update for external changes.

I don't know if Otto can use the file info from the deleted files database in case the file was deleted from the library before the reimport. That would be rather odd.
Logged
The Cosmic Bird - a triple merger of galaxies: http://eso.org/public/news/eso0755

KingSparta

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 20056
Re: Library Refuses To Change Values When Tags Are Changed
« Reply #3 on: June 12, 2007, 06:59:52 pm »

Quote
I have a song or two that simply refuse to change the Album listed in the library.

there was a problem like this long ago, and it was found that there was multible tags in the MP3, one of them was one that could not be changed, or seemed so, it was due to the fact that there was a Old MusicMatch tag In the mp3.

Like music match version 3 - 5 tag or so it was like a modified version 1 Id3 tag that allowed the fields more space than id3 v1 tags allowed.
Logged
Retired Military, Airborne, Air Assault, And Flight Wings.
Model Trains, Internet, Ham Radio
https://MyAAGrapevines.com
https://centercitybbs.com
Fayetteville, NC, USA

GHammer

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1930
  • Stereotypes are a real timesaver!
Re: Library Refuses To Change Values When Tags Are Changed
« Reply #4 on: June 12, 2007, 11:40:56 pm »

I agree with everyone that this or that should happen.
That it does not is why I posted.

There are no Musicmatch tags or any other 'special' tags in the files except MCs own.
And those have been removed in changing the tags to get the file read correctly.

I removed the tags completely then added them using MC.
Seemed happy enough then.
Logged

GHammer

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 1930
  • Stereotypes are a real timesaver!
Re: Library Refuses To Change Values When Tags Are Changed
« Reply #5 on: June 15, 2007, 10:15:00 pm »

Ok, been going along replacing cover art and correcting tags where needed. I'm finally finished with the Hs. One good thing, I am sending cover art to the server and better than 80% are accepted. I don't think I have THAT odd a taste in music. If you have good art, send it!

Sometimes, when I update library from tags, no cover art is added. I get the no art thumbnail instead.
I look in the directory, yep, cover art is there. It is named properly (artist - album).
I then choose to add from file and MC will add the art.
If the album had special characters in it, usually : then MC will offer to copy the file to its proper place according to the rules.
However, the file it found is already named "Bill - Bill_ Anthology.jpg"
No problem, I have thumbnails and see the art when it is played.
If I choose 'Update library from tags' again. The art is removed, I get the no art thumbnail.
This could be inconvenient in the future.
Not every album with special characters has this problem and several that have no special characters have had it. No pattern to it.

Also, while doing 'Add from files' I had an entire album that became untagged except for the year. The library knew the values but other apps only saw the year and reported that the tags were ID3V2.3 not 2.4

I also see that any FLAC file gets the entire date 10/31/2007 instead of just 2007. That seems to be a plugin issue though.

My files are all tagged fully and properly using V2.4 for MP3s. I used a new library after having issues when I started this project.

Any ideas?
Logged

scthom

  • Citizen of the Universe
  • *****
  • Posts: 621
Re: Library Refuses To Change Values When Tags Are Changed
« Reply #6 on: June 16, 2007, 10:45:31 am »

I also see that any FLAC file gets the entire date 10/31/2007 instead of just 2007. That seems to be a plugin issue though.

Yes, this is plugin related.  MC will pass the whole date, and there's no reason not to store it.  If MC asks for "Year" back, that's what I give them, but if they ask for "Date" back, then I'll pass the whole thing on.

As for the cover art -- even during the debugging process to make sure it works with the plugins, I haven't been able to quite figure out when it will and when it won't write the cover art compared to the rest of the tags.  Only sure-fire way I've found to make it write the art is to Remove Tags first.  It will always write cover art then.  Otherwise it seems to only want to write the other tags.
Logged
Pages: [1]   Go Up