Hallo Tom,
auch wenn dein Ansatz richtig ist: Ganz so einfach ist es nun auch wieder nicht.
@m4rcu5 hat nämlich recht - von seinem Standpunkt aus.
Das ist interessant, vielen Dank.
Mir ist das gestern auch passiert, und zwar bei der Datenbankeinrichtung bei einem Kunden. Seitdem versuche ich das Problem exakter zu beschreiben.
Die einfache (und auch funktionierende) Lösung ist die Vorgehensweise von @TomJumbo83:
Worin liegt der Unterschied?
Du hast wahrscheinlich Musikblock verwendet, so wie hier:
So kam es gestern auch bei mir zu diesem Fehler in der Playlist beim Kunden, da muss ich noch recherchieren. 
Wenn du nun aber, wie @TomJumbo83, Auffüllen mit Musik verwendest, sieht das so aus:
Es scheint auf den ersten Blick gleich zu sein, aber der Unterschied liegt im Detail (switche mal zwischen den beiden Screenshots hin und her, dann fällt es auf).
Während ich bei der ersten Vorlage die gleichen Probleme mit der Playlist hatte wie du, klappt es mit der zweiten besser:
Der Fehler um 10:30:00 entsteht dadurch, dass ich ein nicht vorhandenes Element eingeplant hatte. Du siehst damit aber auch, dass sich die Playlist an der tatsächlichen Länge des Elements orientiert (hier: 00:00) und nicht an der Plan-Länge aus der Stundenvorlage (02:30).
Weitere Informationen zu den in der Stundenvorlage einplanbaren Elementen findet ihr im Wiki:
tutorials:mairlistdb:music-scheduling [mAirList Wiki] 
@m4rcu5 Wie neulich schon am Telefon gesagt: Dein Deutsch ist wirklich gut (an die Community: Er kommt aus den Niederlanden und möchte mAirList kaufen; das ist eine große Testphase 
).
Ich hoffe, du verstehst alles, wie wir es hier schreiben.
Warum das so passiert wie beschrieben, das muss ich ausführlich testen und später Torben damit nerven.
Vielen Dank und schöne Grüße
Uli