Why does the software freeze on a corrupt audio file?

Hello,

for the local newsflash we use a audio track that is overwritten every week (we have a file for each day of the week). For some reason the software frooze on that file today. Replaced it by a dummy file to keep the station on air but (here comes my question)…

How can we say to the software to skip corrupted tracks??
Is there a way to make that the software doesn’t freeze on a corrupt track?
Is there a warning possible when the software stops? (email)?

Thanks for all the coming feedback.
Kris

Generally, BASS (the audio library used by mAirList) can handle broken audio files very well; plays them until the point where the file gets corrupted, or skips them altogether.

Perhaps you can upload one of those broken files somewhere so we can analyze it.

I don’t get it.
Yesterday our Behringer FCA 1616 died on us. Replaced the soundboard with a Focusrite scarlett18i20. Should be a better board (and in fact an urgent replacement given the fact that we want to take the software onair next saterday).

Can the replacment of soundboard have an impact on why sinds yesterday playback goes bad?

Just created new playlist to see if that fixes something (and no this didn’t solve a thing just logged in an the sooftware was once again frozen on a track).

Had a look into the systemlog. Had a whole bunch of these kind of errors:
10/05/2016 22:42:57 Warning Error prebuffering item “The Passenger”: Cannot open file “Z:\MUZIEK DATABASE MAIRLIST\03 - JAREN 70\Iggy Pop - The Passenger.mp3”. Het systeem kan het opgegeven pad niet vinden (translation to english The system can’t find the specified path).

This is a bit odd. The Z drive is on the pc SSD hard drive. It is not a network drive nor a mapped drive. I’m stuck …

Okay small thing I noticed.
Software says that it cannot pre buffer (see previous post) but that is not my audio folder.

Why does it try to pré buffer to where the database is stored (Z:\database mairlist\database.mldb )?


audio_setting_track.png

I think you’re mixing up a few things here.

  1. The location of the database file (.mldb) is absolutely independent of the location of the audio files.

  2. “Prebuffering” means that mAirList opens the files beforehand (default: next 5 items) and checks if they are OK. This might involve creating a temporary copy in your TEMP folder, according to the settings on the File Manager page in mAirListConfig.

  3. “file not found” simply means “file not found”. There MUST be something wrong with the file paths somewhere.

  4. If the files are registered in a mAirListDB, the audio folders are registered as “storages” in the DB administration (DB app -> Administration -> Configuration). Have you moved your audio folder lately? Then you just adjust the storage folder accordingly.

  5. It is definitely not related to any changes in the audio hardware.

I’m the first to admit that I’m not with a very clear head today … lack of sleep for days (to bad for me).

So to keep it simple I’m currently blind ::slight_smile:

  1. That is something that I understood. Still don’t get it why the software gives me that message (see attached file).
  2. Can’t find the page in de config thing.
  3. If the software cannot find the file it shouldn’t run for a whole hour (for now it stops each time around the top of the hour)
  4. The audio files haven’t been moved this week (that we are aware of).
  5. at least one good news for today.

I’m diving back into this after grabbing something for lunch …


error msg.png

So when mAirList cannot find the file under the path that is displayed - where is the actually located?

For example, “Iggy Pop - The Passenger.mp3”, in which folder is it actually?

“Z:\database mairlist” (see screendump 2 messages higher)

This is where we have our songs


audio files.png

And this is the database folder

(hope this is clear like that)


database file.png

Ok, now open the mAirListDB app, go to Administration -> Configuration, and check the properties of the storage(s). What path(s) are specified there?

here you are


database_config.png

Wow, that’s a lot of storages…

Next question: From where did you open the playlist in the first place? Through an event from the database?

Yes


playloadtoth.png

When you edit the item in the DB Library, does it show the correct or incorrect filename on the “Audio File” tab?

Looks to me the correct


audiodata.png

Torben, is there a way to reset the whole software (back to 0) and just restart from the database and reconfiguring everything?

Next step: When you check the filenames in the DB app, “Playlist” tab, are they correct or incorrect?

They are correct.

Now load the playlist manually into the playout using the Database Playlist browser. Filenames still correct when editing from the playout?