ProppFrexx ONAIR User-Forum

Thanks for the info.

I modified the line in ProppFrexx.importformats (Program Files - radio42 - ProppFrexx ONAIR) so that M3U is treated as a UTF-8 file, but I’m still getting the same errors with certain characters.
What am I doing wrong?

An M3U file — what encoding should it use? UTF-8 without BOM? I’m getting errors with filenames not being read correctly (see attachment and image). For example: JOSÉ - I Will Follow Him.mp3 and BEYONCÉ - Crazy In Love.flac.
<format name="M3U Generic" type="M3U" extension=".m3u" delimiter ...

Problem solved, I just had to select that folder again

The issue is not in the file, but in the folder it is being sent to. When I set the output folder in the settings to C:\REMOTE\M3U and run the test, I get that error message.
When I set it to C:\Users\AppData\..., there is no error, and the import works perfectly.

After the update, I get this error message.

I’ve done some testing, and it seems that only with “TimeUpdateOrHour” a playlist is created for each hour, but it is not split at the position where the UDP command is placed.
Also, the playlists are still being written to the AppData folder instead of the configured output folder.

Are there any ...

Is this correct: when using “Split by TimeUpdate”, it only creates one PFP file, but with “TimeUpdateOrHour” it creates one for each hour?
Also, why are the playlists not being placed in the configured Playlist Output Folder? They are ending up in the AppData folder instead.
I’ve attached the M3U ...

Why is this M3U file not being split when UDP:hh:mm split is set to TimeUpdate?
Could you take a look at what might be wrong in this file?

Indeed, but sometimes the beginning of the audio file is missing. And if you listen via the link in a browser, you'll hear that the beginning of the MP3 track is there and not in the overlay. Sorry to bother you.