Skip to main content
Topic: External Tags (Read 29058 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: External Tags

Reply #300
It comes from foo_midi's own tag database system, which I don't know if it supports tag removal properly.

Re: External Tags

Reply #301
Ah, okay. Thank you.
It's because i've had some problems with metadata like title and artist not following correctly when synchronizing my music folders across computers. That makes sense, if the tags are stored in a database seperate from the music folder.
I do not have a portable install, but a local install on both computers, which then both have the synchronized folder added in the media library.

Re: External Tags

Reply #302
HI,I have some trouble creating my own .tag file outside fb2k(v1.5.2):
this is the python code:
#############################################
import mutagen
from mutagen import apev2
import io
a = apev2.APEv2()
a['Album'] = 'Rain'
a['Artist'] = 'BlaBla'
buf = io.BytesIO()
a.save(buf)
# the audio file name is test.mp3
with open('test.mp3.tag', 'wb') as f:
    # mutagen's apev2 header don't have 'TAGFILE'
    # so add it in front and since header's `size` field
    # only count TAGS ITEM and footer, so no need to hack into
    # the original implementation to update the header's `size` field
    f.write(b'TAGFILE'+ buf.getvalue())
#############################################
and the external tag's configure is:
* Use only APE TAGS
* Take over all tagging
and it can't be recognized by fb2k. and something weird happened:
when i right click on the file > Taggging > Edit External Tags and add some other field.
suddenly it can be recognized and the fields tagged by python is in there.
I've checked a python created ape tag file and the one created totally by external tags and found no difference.
so I wonder it's trigger problem in external tags?

Re: External Tags

Reply #303
Have you tried reloading info from files? Generally speaking foobar2000 doesn't ask for new tag info if the file timestamps don't change from the last time the metadata was read.

Re: External Tags

Reply #304
It works! Thanks! I didn't even know there is a 'reload info' button. Sorry, I didn't read through all the comments in this thread due to difficulty  in reading English :(
but is there a convenient way to let fb2k reload all the info?

that's pretty weird. I remove it from playlist and add it back why fb2k doesn't reload the info. It stores all the file access info in somewhere?

Re: External Tags

Reply #305
foobar2000 caches metadata pretty aggressively. You can force reload info for all track in the media library for example with Album List (Library -> Album List). Hold shift while right clicking "All Music" entry at the top and select Tagging -> Reload info from file(s). Note that it can take a while with large library.

Re: External Tags

Reply #306
Thanks again. Now I know that simply `touch` the files works.
And here is the python code:
############################
from pathlib import Path
Path('path/to/test.mp3').touch()
############################

Re: External Tags

Reply #307
Hi, I'm having some trouble with external tags not working correctly with a select few mp3s. (using External Tags version 1.5.9 - I only noticed this today, it may have been an issue for much longer.)
The mp3s in question all come from the same source. Here's just one short jingle uploaded as an example:

https://www.dropbox.com/s/fgnbhj95d9jt851/125_2_run_home_run_%28in_game%29.mp3?dl=0

What I am experiencing: if I generate an external tag for this or other related mp3s, upon playback the tag information disappears from foobar2000's playlist - as if the external tag isn't being read. On pressing stop, the tag information repopulates.

Things I have tried, but have not helped:
- Reducing the internal tags to only contain ID3v2
- Optimising the file layouts
- Fixing VBR MP3 headers
- Rebuilding MP3 streams
- Verifying integrity (all files concerned are reported as 'OK')

One thing I know will work is if I use foobar2000 to transcode to fresh mp3 files and bin the originals, though obviously not keen on doing that if there is another option. Any ideas/suggestions?

Re: External Tags

Reply #308
you might want to check if there's also ID3v1 tags in those files.

Re: External Tags

Reply #309
Thanks for notifying, @iridescentaudio - APEv2 reading had a bug that is now fixed.

Re: External Tags

Reply #310
Aha, just like that... thanks for the fix Case. :)

Re: External Tags

Reply #311
Found a bug where the External tags (folder.tags) won't be read if the foobar2000 instance crashed during tagging. Reopening and even rescanning the media library, and the Properties window still show tag from the file instead of the folder.tags

Luckily I only tagged 2 albums before foobar2000 crashed. And have to resort to recreate a new External tag again. Even copy / pasting the previous folder.tags to the new one still doesn't picked up by foobar.

Tested on foobar 1.5.3 without the need to set external tags reader priority. Not sure what is the cause. Strangely clicking Context Menu > Tagging > Edit External Tags can read the tags from folder.tags. But properties windows doesn't.

Re: External Tags

Reply #312
I created external_tags for youtube streams that I added with foo_youtube, but I cannot find the created external tag file nor the sqlite file. Where are these?

EDIT: I found it...

 

Re: External Tags

Reply #313
Found a bug where the External tags (folder.tags) won't be read if the foobar2000 instance crashed during tagging. Reopening and even rescanning the media library, and the Properties window still show tag from the file instead of the folder.tags

Luckily I only tagged 2 albums before foobar2000 crashed. And have to resort to recreate a new External tag again. Even copy / pasting the previous folder.tags to the new one still doesn't picked up by foobar.

Tested on foobar 1.5.3 without the need to set external tags reader priority. Not sure what is the cause. Strangely clicking Context Menu > Tagging > Edit External Tags can read the tags from folder.tags. But properties windows doesn't.
You should use Reload info feature to force foobar2000 to bypass its internal metadata cache and reload the info from files. You can find it in the properties dialog's Tools button or under Tagging menu of the right click context menu if you hold down shift-key before you right click.

The player crashing isn't normal behavior. Hopefully you submitted the crash logs. If my components are the cause I want to get them fixed as soon as possible.

 
SimplePortal 1.0.0 RC1 © 2008-2020