Matthias C. Hormann

Could you provide the `/var/sample.mp3` for us to check? Such errors often happen with defective or concatenated/cut MP3s, and there are _lots_ of ways an MP3 file can be broken....

Only getting (an) & (ej) is a good first thing. Often MP3s have many more errors. If the file was small (like max a few MB), you could try sending...

Thanks! We tried finding faults with the MP3, but found none at first. `ffprobe sample.mp3` showed the same ``` Incorrect BOM value Error reading lyrics, skipped ``` as in the...

Thanks for making this an issue, so it doesn’t go under! The issue started [at this comment](https://github.com/AzuraCast/AzuraCast/discussions/6252#discussioncomment-9640106) in the long discussion. Basically, the requests to autocue very long files (recordings,...

Great find @gAlleb — I totally missed that! It should actually not "blindly" be set to `60.` but instead—**if Autocue is enabled**—take its value from `settings.autocue.cue_file.timeout()`. Like I did in...

Fantastic. This actually works. For my first test, I left the autocue timeout as default (60 s), and used the longest real song I have:  On my laptop, `cue_file`...

No no, more changes coming, we also have a request and interrupting queue! Also, let’s first finish testing ;-)

@BusterNeece I suggest we do these changes **if Autocue is enabled**: Change ``` dynamic = request.dynamic(id="next_song", timeout=20.0, retry_delay=10., autodj_next_song) ``` to ``` dynamic = request.dynamic(id="next_song", timeout=settings.autocue.cue_file.timeout(), retry_delay=10., autodj_next_song) ``` Change...

@all Well, sad to say, but there’s always a _break-even point_. In general, a _playout chain_ must be fast and shouldn’t add too much extra burden on a system. That’s...

@netbladenl Maybe not _that_ simple, since `cue_file` only works on one file at a time. You’d have to write a little "wrapper" if you wanted to work on whole folders...