Results 643 comments of SubJunk

@prescott66 can you please upload one of the files so I can reproduce it?

@prescott66 I do get the same error you see, but it doesn't cause a crash for me. The weird thing is that in your logs, there should also be TRACE...

@prescott66 can you please attach your UMS.conf file too?

I added an entry to `prettified_filenames_metadata.json` to test and it did not reproduce this

@Slarper yes unfortunately FFmpeg still has the same limitation of parsing the entire file before it burns subtitles, so we have to use MEncoder by default. You can however manually...

I added the file suggested at https://github.com/UniversalMediaServer/UniversalMediaServer/pull/4572#issue-2233442576 and I get an error: ``` DEBUG 2024-06-14 18:50:34.544 [MediaScanner File Parser] Analyzing file my_internet_radio_station2.m3u TRACE 2024-06-14 18:50:34.544 [MediaScanner File Parser] Matched format...

Thanks, I will test it. Can you resolve the conflicts?

Now I get a very long stacktrace when I add that same file: ``` WARN 2024-07-02 20:37:52.440 [Lookup RadioBrowser Metadata background worker 1] Endpoint https://all.api.radio-browser.info/ had an exception java.util.concurrent.ExecutionException: de.sfuhrm.radiobrowser4j.RadioBrowserException:...

It plays ok if I go to the mp3 file directly in the web browser I will run dig soon, probably tomorrow

By "directly" I mean I just open https://dancewave.online/dance.mp3 in Chrome, outside of UMS