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

Re: External Tags

Reply #225
The option affects the behavior of "Create external tags" command. That command immediately writes external tags for selected tracks and by default opens the properties dialog showing the selected tracks and their tags. Unticking the new option disables the automatic properties dialog opening.

Note that you don't need to use the "Edit external tags" dialog for your situation if the decoder priorities are set correctly. If any External Tags decoder has higher priority than the format you are dealing with the component will notice the existing external tag and will behave just like you had used the custom menu command.

Re: External Tags

Reply #226
Thank you Case; it looks I fully misunderstood indeed. I wasn't even aware of the Create External Tags option before, but I'm now using it assigned to a custom button and it certainly works better for my purposes without the Properties dialogue opening each time.

I also didn't realise your second point, that internal tags couldn't be touched once external tags had been generated - also great news, So, double thank you. Both of these new bits of info together have hugely streamlined tag migration for me.

I also have a little protip of my own, which may have been mentioned already, but in case it hasn't:
Go to File->Preferences->Display->Default User Interface->Playlist View and create a Custom Column for "Tag Type" using the pattern %__tagtype%. This column makes it very easy to see at a glance within foobar2000 which of your files have external tags present (e.g. "External APEv2") and which do not, so you should never have doubts about what tag you're editing. Far more convenient than opening containing folders to check for the presence of tag files.

I very very very like this component, thank you for developing it.

Re: External Tags

Reply #227
I currently use folder.tags.
What is the best way to write to SQL - without going by way of commit? (Preferably without deleting folder.tags files which I want to keep for backup - but I can always run a copy loop.)
High Voltage socket-nose-avatar

Re: External Tags

Reply #228
It doesn't really seem doable at the moment without using commit. I'll see what kind of changes are required to support this.

Re: External Tags

Reply #229
I added a simple checkbox to preferences to force writing tags in the preferred format. With that force writing setting you can just select to prefer SQLite and use "Tagging" -> "Rewrite file tags" to copy the content over.

Re: External Tags

Reply #230
Hi there!

Case,
1. When "External Tags (writer)" is on, a playlist item is played even when the decoders are off (flac, mpeg, etc. decoders).
2. HLS links with the created "External Tag" are played even when the "FFmpeg Decoder Wrapper" is turned off ("External Tags (writer)" must be on).
3. If the "External Tag" is created for example an mp3 or flac file, it is played even if this decoder is off ("External Tags (reader)" must be on, "External Tags (writer)" can be turned off).
is this how it should be? take a look, please.

Thank you!

Re: External Tags

Reply #231
That is unexpected behavior but as far as I can tell it should be solved in the core. This component requests a decoder from the player and it should not return disabled ones in my opinion. I have asked Peter about this but so far haven't gotten a reply.

Re: External Tags

Reply #232
Dear Case and testers...thank you.

 

Re: External Tags

Reply #233
EDIT: I've found it out by myself

This is just excellent! I started to attach images to my videogame music collection just yesterday. But how does attaching images work exactly? I thought the external .tag file contains a link to the image, but I did not find that link, just "album art = hello.jpg" or something like that. Could someone please tell me how attaching images is working with this new plug-in?

 
SimplePortal 1.0.0 RC1 © 2008-2019