Tags sometimes not being read
Tags sometimes not being read
Dear Bernd,
I got the following situation. In my media library, I mark songs that I absolutely do not want to play with a rating of 20. In my script, I filter out those songs.
Every now and then, a song is being played with a rating that I know is 20. However, Proppfrexx only recognises the rating after I re-read the tags (See the image).
How can I make sure that Proppfrexx reads this tag properly? The tag is by the way edited via Proppfrexx itself.
Let me know how I can provide more information.
Best regards,
Thijmen
I got the following situation. In my media library, I mark songs that I absolutely do not want to play with a rating of 20. In my script, I filter out those songs.
Every now and then, a song is being played with a rating that I know is 20. However, Proppfrexx only recognises the rating after I re-read the tags (See the image).
How can I make sure that Proppfrexx reads this tag properly? The tag is by the way edited via Proppfrexx itself.
Let me know how I can provide more information.
Best regards,
Thijmen
Re: Tags sometimes not being read
Hereby my filter in the script library, by the way.
- Attachments
-
- Screenshot 2023-06-23 at 10.11.04.png (4.19 KiB) Viewed 915 times
Re: Tags sometimes not being read
The question is how (and where) you edit the meta data.
Note, that PF caches all meta data into memory for fast access. Ie. They are loaded directly at startup.
It now depends from where you edit the meta data - and this is by design and purpose.
Eg. when you edit meta data directly from the media library (ie you open the media lib) or you edit the meta data from within the Find Window. That meta data is directly available in the library!
If you edit them from somewhere else (eg. a Playlist, also see below) or even in an external editor outside of PF, then you would need to reload/rescan the media library to make those changes visible.
Regardless, when you open a playlist and add tracks to that playlist, an internal copy of that track is added to the playlist. Ie. changes made later to a media lib or even that track (outside that playlist) are not immediately visible!
The is true the other way around. A change to the meta data of a track in a playlist is first only visible in that playlist only!
As I don’t know your testing scenario, where and how you changed the mata data, but I assume, that what I describe here is exactly what you experienced.
So you either need to reload/rescan your media library or your playlist track.
However, once done, and you don’t change your meta data, your script (filter) should be consistent.
There is only one exception, why a ‚wrong‘ track might be selected and this is the script option ‚UseLastTrackOnFinalFail‘. This script option (if enabled) chooses the last tested track if no other track matches the condition, as else the script-line would fail.
Note, that PF caches all meta data into memory for fast access. Ie. They are loaded directly at startup.
It now depends from where you edit the meta data - and this is by design and purpose.
Eg. when you edit meta data directly from the media library (ie you open the media lib) or you edit the meta data from within the Find Window. That meta data is directly available in the library!
If you edit them from somewhere else (eg. a Playlist, also see below) or even in an external editor outside of PF, then you would need to reload/rescan the media library to make those changes visible.
Regardless, when you open a playlist and add tracks to that playlist, an internal copy of that track is added to the playlist. Ie. changes made later to a media lib or even that track (outside that playlist) are not immediately visible!
The is true the other way around. A change to the meta data of a track in a playlist is first only visible in that playlist only!
As I don’t know your testing scenario, where and how you changed the mata data, but I assume, that what I describe here is exactly what you experienced.
So you either need to reload/rescan your media library or your playlist track.
However, once done, and you don’t change your meta data, your script (filter) should be consistent.
There is only one exception, why a ‚wrong‘ track might be selected and this is the script option ‚UseLastTrackOnFinalFail‘. This script option (if enabled) chooses the last tested track if no other track matches the condition, as else the script-line would fail.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Tags sometimes not being read
Hi Bernd,
Is there anything else I can do, to debug this issue?
It was being edited by TCP Command EXEC_TAG_FILE.The question is how (and where) you edit the meta data.
Note, that PF caches all meta data into memory for fast access. Ie. They are loaded directly at startup.
It now depends from where you edit the meta data - and this is by design and purpose.
The strange part is, this particular file has been changed since quite some time now, and I've restarted PF several times since then.Eg. when you edit meta data directly from the media library (ie you open the media lib) or you edit the meta data from within the Find Window. That meta data is directly available in the library!
If you edit them from somewhere else (eg. a Playlist, also see below) or even in an external editor outside of PF, then you would need to reload/rescan the media library to make those changes visible.
I would assume so that this is also being done while restarting/starting PF.So you either need to reload/rescan your media library or your playlist track.
I never used the 'UseLastTrackOnFinalFail' option.However, once done, and you don’t change your meta data, your script (filter) should be consistent.
There is only one exception, why a ‚wrong‘ track might be selected and this is the script option ‚UseLastTrackOnFinalFail‘. This script option (if enabled) chooses the last tested track if no other track matches the condition, as else the script-line would fail.
Is there anything else I can do, to debug this issue?
Re: Tags sometimes not being read
This method changes the meta data in a file. I.e. it doesn't modify the meta data directly in any media library of ProppFrexx.It was being edited by TCP Command EXEC_TAG_FILE.
So it behaves identical, as if you would edit the file outside of ProppFrexx ONAIR e.g. with the ProppFrexx Tagger applicaton.
I just tested it, and it works as described.
No, this is not the case by default! A media library is not automatically rescanned (i.e. all TAGs are re-read) when ProppFrexx OANIR is started.I would assume so that this is also being done while restarting/starting PF.
But you have several options in your general settings to control this.
E.g. there is an option 'Rescan at Startup' (for folder based libs).
You can set the 'AutoWatch' option for folder based media libs (recommended).
You can automatically Reload/Rescan libraries at defined times.
etc.
But by default, changing a file outside of ProppFrexx ONAIR (like the EXEC_TAG_FILE) will not modify any media library.
A restart would also not rescan media libs.
As such, a script could not immediately evaluate the changed rating value in your case.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: Tags sometimes not being read
Hmm, it seems that I had the auto reload option enabled, however I had the "Except folder libs" option enabled too! Disabled that now, I'll monitor and will look for tracks that have been played that should not have played in the future. Thanks for your exceptional explanation, Bernd!