ProppFrexx ONAIR User-Forum

Hi

I am experiencing an issue where jingles, promos, and other non-music categories are still being logged, despite setting up exclusions.I want to use EXEC_WRITE_FILE in the Streaming/OnSongTitleChanged or Playlist/OnTrackPlay event to update a text file (NowPlaying.txt) only with tracks categorized as "Music". However, ProppFrexx still logs titles from jingles, station IDs, and promos. All tracks are marked correct in the TAG editor and I also use the Default Media Type in the Cartwall libraries.

I use direct streams for my online streaming and the Exec_Write_File command option for DAB+. I'm on version 4.5.0.2

All the best,

Frode

Can you show a screenshot of your exclusion filter as well as the nowplaying txt file together with the related audio file, as I just tested it here and can absolutely not reproduce your issue.

Note, that the default media type does nit overwrite the type for file already having a type set.
So please double check your specific audio file in question. Unassigned it is happening only with a few audios and not in general (as else your exclusion filter might be wrong?)

Here is my Exec_Write_File command parameter:
C:\Users\Frode\nowplaying2025.txt|nu|${cpltracknamecurrent}, ${cpltracknamenext}

TXT file result ("LIAL Sang - Boom, In The Middle Of It" is a STATION ID)


(The station ID's TAG)


The EXLUDE filter

Screenshot links: https://www.dropbox.com/scl/fo/69okzb4r ... snpq3&dl=0

Then pls post me your audio file. Maybe it exists twice?
As the exclude filter definitely works fine.
I cannot see in the screenshot which one you used.

Just sent you an e-mail.

In the email you send a log in link for remote access.
Remote Support is not for free. It’s 50 Euro per started hour.
I was just asking a few questions, like, if the file might exist twice, where exactly you define the filter, to take a look to the audio file, if the issue exists for all files or just this one.

If you like to still book a remote session, let me know.

Regarding audio files, I can confirm that this applies to all files that are not categorized as "Music." These are hundreds of standard 48k WAV files with metadata written via ProppFrexx Tagger, which ProppFrexx clearly reads in other functions within the software.

All Station IDs, Sweepers, Top Hours, and Promos are being written continuously to the text document despite the Exclude filter being enabled. This occurs even though the Exclude field in Events/Commands has been configured to exclude all categories except "Music". Additionally, in every script line within every script, the "SuppressSongTitleUpdate" option is enabled for all files except those categorized as "Music".

Furthermore, the Exclude filter under Global Logging and Playlist Logging is enabled for all categories except "Music". Under "Streaming/Song Title Updates/Exclude from Title Update", all categories except "Music" have been selected.

Are there any additional Exclude filters that I may have overlooked?

We have tested this on three different computers, and all of them generate a text file containing all categories despite the Exclude filter being applied. I have even contacted other stations that use ProppFrexx in my marked and asked them to test it, and they have reported the same issue on their systems with their own WAV files. From this end, it does not appear that the Exclude filter is functioning as expected—unless there are additional Exclude filters beyond those I have already mentioned.

Regarding the audio files themselves, these are standard files provided by jingle producers, who send similar files to radio stations worldwide. This also applies to files from media agencies that distribute the same file to me as they do to all other stations in my market. The metadata is written as mentioned in ProppFrexx Tagger. Each Cartwall library has "Default Media Type" that coresponds to it's dedicated category. As an example, every promo wav file is first tagged as "Promo" in the ProppFrexx Tagger and placed in a Cartwall library with the "Default Media Type: Promo".

My primary goal is to find a solution that ensures the display on our DAB+ broadcasts makes sense. This issue also affects apps and other services that relay our signals. However, the stream on our website, which uses built-in Network Streaming, does not experience any issues, indicating that the Exclude filter works correctly in this instance. The problem specifically arises with the Exec_Write_File function, which we have been unable to resolve.

If it is not possible to determine the cause of the issue based on the information provided, we will have no choice but to pay for you to investigate the problem directly on our system.

Would appreciate any insights or suggestions on this matter.

Audiofile: Promo
https://www.dropbox.com/scl/fi/t6mue6r4 ... ntr9b&dl=0

When you use the "Streaming.OnSongTitleUpdate' event, you only need to configure the Exclude filter in the general settings section under Streaming.
Here is my demo and test setup, which works perfectly fine as you can see:

1) The playlist:
Note the 2 entries in it of type Jinlge - these should be suppressed:
Now to the configuration in the general settings:

2) Sections Events/Commands, Event: Streaming.OnSongTitleUpdate - here is the NowPlayling.txt written: 3) Section Streaming, Exclude from Title Updates - here you exclude all media types (except Music):
4) When you let this playlist run/play - the following NowPlayling.txt is written:
As you can see the Jingles are NOT included - i.e. the Exclude Filter works as designed.

Next Test with the Script - SuppressSongTitleUpdate option set: The generated playlist using that script (not the Option being set - circled): And again the NowPlayling.txt file - containing only every 2nd entry as expected: I hope this clarifies your issues and shows you, that all is working.

If you only want to write one track at a time to the NowPlayling.txt file, you might change the command to:
C:\Temp\NowPlaying.txt|nu|${trackname}${CRLF}

Maybe you are writing the file with a different event?

Yes, that is exactly how I believe I have configured my setup. The only difference is that I also need to send information about the next track in addition to the current track. The reason the DAB provider requires "nexttrack" information, in addition to tracktimeplaynext and duration, is to synchronize the display with the track title. Without this information being provided in advance, it would take 40-60 seconds for the track information to update in relation to the on-air audio signal, as I understand it. Please check the updated images of my setup.

In the screenshot from the TXT file, the title "LIAL Sang - Generell 3" is a jingle. As you can see in the playlist screenshot, this event has the "SUPP" tag in the playlist line aswell.

https://www.dropbox.com/scl/fo/69okzb4r ... 4p8rd&dl=0