Hallo zusammen,
also ich kann keine Neuerungen oder neune features im Vergleich zur Version 7 feststellen.
Die Datenbank ist allerdings nicht mehr so der bringer wie bei der 7er version und ist auch schon das zweite mal gecrashed:
Gibt es nicht die möglichkeit von der mairlist 7 Version die auf einem anderen Gerät ist einfach zu klonen und in one drive abzulegen und in Mairlist 8 einzuspielen?
Die v8 ist aktuell noch in der Beta-Phase. Daher erfolgte hier im Forum auch noch keine genaue Vorstellung der Version, da noch immer Funktionen / Verbesserungen hinzugefügt bzw. vorgenommen werden können.
Hierbei verweise ich einmal auf den Changelog für die v8:
Snapshot - Build 6003
[-] DHD Control API: Possible freeze when reconfiguring active connection
through Control Panel
[+] DHD Control API: Added scripting support
Version 8.0-beta Build 6000 (2025-10-01)
[+] Remote Control: Added support for RODECaster series (Pro, Pro II, Duo)
[+] New "Auto Mix" feature can automatically place sweepers or voice tracks
on ramps (and possibly more in the future)
[+] Playlist items can me marked as "dynamic", so the automation will more look
more closely for updates on the file system, and automatically update the
duration in the playlist
[+] Playlist item type labels can be customized through GUI.ini
[+] DB: Hour templates: New "replacement" feature allows you to replace items
in generated content with other generated content. This can e.g. be used
to replace dummy items imported from a MusicMaster log note with arbitrary
scheduled content like advertising blocks.
[+] Encoder: In addition to the master bus, there are now four separate
Stereo Mix busses with separate sound processing. Each encoder connection
can be set to any of these busses, allowing you to use shared sound
processing for multiple connections, without having to use separate DSPs
on each single connection.
[+] New "Update playlist from database" action. Can be used from Event Scheduler
to to regularly check for changes of the playlist in the database, and
merge them into the playout. Prerequisites/notes: The entire playlist must
remain loaded until it is fully played, achieved by the new playlist option
"Do not move items into Recycle Bin until End of Hour is reached";
the currently playing item must still be present in the new DB playlist,
as it serves as the "reference point" for syncing; the sync is one-way
(DB -> playout), and all changes in the playout will be lost, so this
is merely suitable for fully unattended automated systems
[+] Introducing "Action Commands", ability to define custom remote control
commands that trigger arbitrary action (lists)
[+] DB: Added button toolbar for quick navigation between hours
[+] DB: Edit controls for Playlist Attributes can be toggled through View menu
[+] DB: Added Tempo and Pitch columns to library
[+] DB: Scheduler: Ability to define "Seaons" in which a different set of
templates is used for scheduling
[+] File import: Support for dabisxml-formatted *.xml metadata
[+] Layout Designer: Ability to save layouts as "presets", and later switch
between through from the About menu, or the new LAYOUT PRESET <name> command
[+] D&R Auron: Ability to assign custom remote control commands to any
button on the control surface
[+] Remote control: Added support for Art-Net DMX protocol. Once configured,
you can issue remote control commands to control your fixtures:
ARTNET SET <universe> <channel> <value>
ARTNET FADE <universe> <channel> <from value> <to value> <milliseconds>
match) as filter for the log messages forwarded to additional destinations
[+] File Recorder: Ability to specify an input number as filter in the
"stop recording" action. An empty ID will now be treated as a wildcard,
stopping all recordings.
[+] System Log: Ability to specify regular expressions (must match, must not
[*] System Log: "Playlist ran empty" and "skipped errorenous item" now reported
as Error rather than Warning
[*] Playlist: Empty containers will be skipped by automation, resulting in a
warning message in System Log rather than an error
[*] Config: Software Update moved to separate page in Advanced section
[*] MusicMaster: Redesigned Nexus API configuration dialog
[*] DB: "Mini Scheduler" renamed to "Scheduler"
[*] DB: Hour template editor: Removed background colors for item types,
added narrow color ribbon
[*] Download File action: Files are downloaded to temporary folder first,
then copied to the destination
[*] Improved loading time of config app and Control Panel
[*] Adjusted default color scheme. Separate player colors can be defined
for light/dark mode.
Quelle: download.mairlist.com/current/mAirList/v8.0/Changelog.txt
Lesetipp (englisch):
Dort ist zwar nicht von “keinen Neuerungen” die Rede, aber der Sprung für ein Upgrade wird als “zu klein” wahrgenommen.
Das ist natürlich immer eine Frage der jeweiligen Nutzung von mAirList.
Zugegeben, der erste Blick auf das Changelog hat mich auch leicht ratlos zurückgelassen. Andererseits kann ich Torben verstehen, seine ständige Entwicklungsarbeit auch mal besser vergütet zu bekommen. Immerhin wurden die Preise für die Lizenzen… wie lange nicht erhöht?
Ich habe mir noch kein endgültiges Urteil gebildet bzw. es fehlen hinreichende Belege, aber so ganz unscharf habe ich die Vermutung, dass es neue, kürzere Zyklen mit anderen Upgrade-Preisen im mAirList-Universum geben könnte. Eine neue Strategie?
Das ist allerdings bislang nur reine Spekulation, die ich derzeit nicht hinreichend belegen kann.
Für mich persönlich habe ich noch keinen durchschlagenden Mehrwert entdecken können, aber vielleicht kommt das noch.
Die Meinungsbildung ist noch nicht abgeschlossen, daher warte ich ab.
Im Kern stimmt das, aber in der Vergangenheit war das Release der Beta stets sattelfest und ein Angebot an die Community, das zu testen und ohne Mehrkosten eventuelle Schwachstellen zu finden, die im internen Alpha-Test nicht erkannt wurden.
Jeder Anwender hat andere Prioritäten und Vorlieben, die er dann speziell testet.
Es war auch üblich, die Beta bekanntzugeben und gleichzeitig in einem “call for action” auf öffentliche Käferjagd 
zu gehen.
Torben gehört nicht zu den Programmierern, die unreifes Obst zu Markte tragen (vgl. Bananen-Software aus Redmond (US-WA)).
Naja so ganz kostenlos war das upgrade auf die beat ja nicht rund 50 Euro aber mal abwarten vielleicht kommen ja neue funktionen ich würde mir da die webbasierte/ Netzwerkdatenbank datenbank wünschen,ohne gleich die professional version kaufen zu müssen, so das man nicht bei jedem neuen Version alles neu einlesen lassen muss 38000 mp3s schon ne lange angelegenheit:-)
Okay, da kann ich leider nicht mitreden, denn die Lizenz auf meinem Testrechner war in der “Kulanzphase”.
Ich meine mich aber erinnern zu können, dass es bei der v7-Beta die Möglichkeit gab, sie neben der v6.3 als Trial laufen zu lassen (mit Verlängerung auf Anfrage). Daher musste man die Beta nicht kaufen.
Das wurde damals auch entsprechend kommuniziert. Über das heutige Vorgehen habe ich keine Kenntnis, aber eine Beta kaufen? 
Ähm… ich glaube, da liegt ein Missverständnis vor.
Mir ist kein Grund bekannt, warum du die Titel neu in die Datenbank einlesen lassen musst.
In der Vergangenheit musste ich das nie, auch nicht bei einem Wechsel des Datenbankschemas.
Könnte es sein, dass du diesbezüglich falsch informiert bist?
Das ist ab der entsprechenden Version möglich. Hier kannst du dir die Vergleiche der verschiedenen Editionen anschauen.
Wenn man z.B. auf die Pro upgraded muss man die Titel nicht neu einlesen in der Datenbank 
Nicht nur dann, sondern generell nicht.
Kein Upgrade erfordert ein neues Einlesen der Titel.
Woher auch immer diese Information stammt, ich würde sie als “alternativen Fakt” 
kennzeichnen.
Ich bin gerade durch Deine Antworten über diese Aussage gestolpert.
Das ist fundamental falsch, was ja für Dich eigentlich eine gute Nachricht ist 
Egal ob Netzwerkdatenbank mit SQL oder lokaler Datenbank (also mAirList-Textdatei) kannst Du auf jedem Rechner die Datenbank einfach wieder in der Konfiguration eintragen und nutzen.
mAirList speichert immer nur Pfade in seiner Datenbank, die relativ zum Speicherort sind. So kann man sogar die Speicherorte sehr einfach ändern.
Aber NIE Titel, die man dann wieder kopieren müsste. Nur Pfade. Und die dazugehörigen Cue, Ramp etc. -Punkte samt der Metadaten…
Ich möchte auch auf Ulis Nachricht antworten, in der er meine erwähnt hat.
Wie Uli war ich immer sehr stark in die Entwicklung von mAirlist involviert und kann auch sagen, dass ich nicht wirklich im Heimbereich tätig bin, obwohl mein eigener Radiosender ein echtes Hobbyprojekt ist.
Torben ist ein wirklich exzellenter Programmierer, und ein Fehler oder eine gute Idee wird oft sehr schnell erkannt! Deshalb bin ich auch der Meinung, dass all diese Arbeit für die Nutzer ihren Preis haben sollte. Ein ernsthaftes Upgrade sollte definitiv Geld kosten. Ich war nur neugierig, ob die Unterschiede zwischen den Versionen 6 und 7 deutlich größer sind als die zwischen den Versionen 7 und 8.
Da ich weiß, dass Torben beim Schreiben der Software oft vorausdenkt, habe ich auch gefragt, ob es unter der Haube Änderungen gegeben hat. Hauptsächlich aus Neugier, was sich geändert haben könnte, nicht um zu sagen, dass das Update teuer wäre!
Jeder kann selbst entscheiden, ob ihm das Update das Geld wert ist. Ich kann nur sagen, dass wir uns sehr darüber freuen sollten, dass es regelmäßig Updates gibt und mAirlist weiterhin regelmäßig verbessert wird. Und das sollten wir wertschätzen!
Ein Teil der mAirlist-Community ist jedoch so loyal, dass jeder bereit ist, Ideen einzubringen und sich mit neuen Funktionen zu befassen, sowohl im Hinblick auf die Benutzerfreundlichkeit als auch auf etwaige Fehler, die bei der Softwareentwicklung immer auftreten können.
(Diese Nachricht wurde mit Google Translate übersetzt, da mein Deutsch nicht gut ist)
Ich habe bisher auch keine für mich relevanten Neuerungen entdeckt. Große Räder wie etwa eine strukturierbare Playlist wurden nicht bewegt. Ob bekannte und gemeldete Fehler der 7er beseitigt wurden, kann ich nicht beurteilen. Also bleibe ich bei V7.
Zumindest die von mir benannten Baustellen wurden in die v8 nicht eingepflegt. Aber einer der Moderatoren schrieb ja, dass es noch in der Entwicklung sei, was mich ein wenig wundert.
Auch Verbesserungsvorschläge und Anregungen kamen nicht zum Zuge.
Wie dir vermutlich bestens bekannt sein dürfte, gibt es auf diese Themen, auch nach teils mehrfacher Erinnerung, noch nicht einmal eine Rückmeldung.
Für vergangene Zeiten bekenne ich mich schuldig, aber auch eine Umstrukturierung sowie Verdopplung des Personals scheint diesbezüglich nichts verändert zu haben.
Torben hat vor wenigen Minuten zwar das Auto Mix feature dokumentiert, aber momentan sehe ich noch keinen Einsatzzweck für mich. Ergibt sich vielleicht noch.
Auch die Sache mit den vier zusätzlichen, unterschiedlich anzuwendenden DSPs erkenne ich noch nicht so wirklich. Vielleicht braucht man das im professionellen Betrieb mit terrestrischem Verbreitungsweg?
Andererseits: Angesichts der Erfahrung von Torben bei eldoradio* hätte das theoretisch schon viel früher kommen können, sofern für diesen Einsatzzweck notwendig.
Im Moment bin ich noch nicht so ganz auf der gleichen Wellenlänge, fürchte ich.
Warten wir mal bis zur v8.0 final.
Die v8.0 final ist ja nun offenbar da.
Wie ist nun Deine Einschätzung der Ausgangsfrage? Für mich ist - Stand jetzt - nichts brauchbares dabei. Ok, man kann wohl jetzt nach Attribut Ende suchen. Aber dafür upgraden…
Eigentlich nicht besonders relevant aber man könnte auch verschiedene Layouts speichern.
Mal abwarten, was da noch so kommt. Die Dot-Releases sind manchmal die interessantesten.
@RuVo80 if you prefer a translation in english or your native language, please send me a short message. Thank you.
Hallo @calypso60,
herzlichen Glückwunsch zum neuen Avatar. Natürlich habe ich es sofort erkannt und dank des Blicks in dein Studio, das selbst lokale terrestrische Sender vor Neid erblassen lassen kann, möchte ich sagen: Verdient. Großartiger Sendeplatz! Ich gratuliere.
Nun gut, genug des Vorspiels.
Bezogen auf deine Frage: Ich weiß es immer noch nicht. Sagen wir mal, ich bin da höchst ambivalent, selbst als Außenstehender.
Ich versuche es mal zu strukturieren.
Das könnte jetzt etwas länger werden; momentan sortiere ich noch jede Menge Gedanken.
Wenn man sich mal so vor Augen hält, was mAirList technisch bietet und zugleich einen enorm großen Anwenderkreis bedienen kann, dann müsste das Fazit lauten:
“Das kann doch gar nicht sein!”
Natürlich interessiert das den einzelnen Kunden auf seiner Radioinsel nicht. Und so, wie viele von uns mehr Interesse am Mikrokosmos ihres Arbeitsplatzes haben und sich nicht um die Probleme eines Geschäftsführer-Universums kümmern (müssen), so ist es vermutlich auch um die Beziehung zwischen uns Kunden und dem Programmierer bestellt.
Wir in unseren Studios, Stationen bis hinunter zu den Wohnzimmer-Möchtegern-Radios, wir alle haben unsere persönlichen Wünsche und Anforderungen. Ob kommerziell, Hobby, Ehrenamt, pädagogisch oder Zeitvertreib; ob professionell, hochtechnisiert, ob billig oder bunt, ob ambitioniert oder oberflächlich: Jeder hat seine Vorstellung von seiner Software, die seine Bedürfnisse bestmöglich erfüllen soll.
Der Programmierer, der das alles unter einen Hut bringen soll… der wäre heutzutage auf dem Jobmarkt, sofern überhaupt zu finden, quasi unbezahlbar.
Denkt doch bitte nur mal an so große Projekte wie bspw. Libre Office: Ja, kostenfrei, aber eine weltweite Community voller Enthusiasten sorgt für die Weiterentwicklung.
Bei den Einzelkämpfern fällt mir spontan eigentlich nur Florian Heidenreich mit Mp3tag ein.
Daher mein Vorschlag, dass wir alle mal (virtuell) drei Schritte zurücktreten, das Produkt mAirList in Gänze betrachten und ihm die Wertschätzung entgegenbringen, die es meiner Meinung nach verdient.
Eben so, wie man sich ein Gemälde von ganz nah oder mit etwas Abstand betrachten kann, damit man ganz neue Perspektiven und Ansichten gewinnen kann.
Genug philosophiert und: Nein, das ist keine Schleimerei Torben gegenüber, denn eine bedingungslose oder kritiklose Liebe besteht sicher nicht. Wohl aber Respekt und Fairness, was der Normalzustand bei uns allen sein sollte.
Hier kommen wir zu einem validen Kritikpunkt, und auch ich bin an so mancher Stelle gerne bereit, in den Chor einzustimmen.
Dennoch möchte ich mAirList als Produkt wie auch die mairlist GmbH ein Stück weit in Schutz nehmen.
Im kommerziellen Bereich kann mAirList nicht mit den “Großen” mithalten - und möchte es vermutlich auch gar nicht. Für einen kleineren Lokalsender wiederum ist eine mAirList-Vollausstattung vor Ort plus lokale Redaktions- und Sendeplätze doch ein wahres Schnäppchen. Im Vergleich zur Hardware und Infrastruktur dürfte die Software in den Studios und an den Arbeitsplätzen wohl einer der kleineren Posten im Budget sein.
Das lässt sich auch auf den privaten Bereich mit seinen unglaublichen Nachlässen herunterbrechen: PC, Monitor (oder gar zwei? curved?), diverses Zubehör, eventuell gar ein Mischpult: Rechnet doch mal für euch selbst aus, wieviel Prozent der Kosten für euren gesamten Sendeplatz mAirList ausmacht.
Hinzu kommt: Eine einmal erworbene Lizenz verliert niemals ihre Gültigkeit! Von mir aus könnt ihr heute noch mit einer v4.x senden. Die Software steht nach wie vor zum Download bereit und in eurem Benutzerkonto steht sie, sofern ihr sie damals gekauft habt, immer noch drin.
Ganz gleich, ob ihr irgendwann eine v5/6/7/8 gekauft habt oder nicht: Das überlebt sogar einen Vulkanausbruch in der Eifel.
Dass der Support irgendwann aus dem Fokus gerät: Entschuldigung, auch ich kann mich nicht mehr an alle Details und Unterschiede erinnern und dass es noch retrograde Updates geben könnte, ist ja wohl illusorisch.
Weder gibt es eine Pflicht zum Upgrade noch sonst irgendwelche Druckmittel, um euer Geld zu mAirList zu schaufeln. Und die Großzügigkeit, mit der besondere Upgrade-Angebote weit über gewisse Fristen hinaus aufrecht erhalten werden sowie die Möglichkeit, Torben unter gewissen Umständen noch ein paar Prozent mehr aus den Rippen zu schnitzen (Achtung, keine Selbstverständlichkeit, aber unter bestimmten Umständen nicht ausgeschlossen), ist bewundernswert.
Darf man sich das als Firma leisten? Nein, eigentlich nicht.
Ein Geschäftsführer hat mir mal gesagt:
Ein guter Kunde ist der, der regelmäßig den ursprünglichen Preis ohne Verzug bezahlt.
Solche Kunden hatten später auch die beste Verhandlungsbasis, im Gegensatz zu denen, die bei jedem Angebot sofort zu betteln angefangen haben.
Ein anderer Firmeninhaber begrüßte mich in meinen ersten Tagen in der Firma angesichts einer dringend nötigen Investition (für die ich eingestellt wurde):
Herr Nobbe, wir haben alles außer Geld.
Das stimmte zwar nicht, aber mit genau dieser Philosophie hatte er immer genug Geld, und geizig war er wahrlich nicht. Aber er achtete auf die Geldflüsse.
Niemand hat etwas zu verschenken. Der Rest ist Kundenbindung.
In einem früheren Beitrag habe ich den Denkanstoß gegeben, ob sich jemand an die letzte Preiserhöhung bei mAirList erinnern konnte.
Im professionellen Bereich kann ich mich nicht daran erinnern.
Für die Privatkunden: Ja und nein. Das war die Umstellung der Home Studio von 99 Euro brutto auf 100 Euro netto. Sprich: Torben hat aufgehört, die Mehrwertsteuer für die Privatanwender, egal in welchem Land, auf sich zu nehmen. Gleichzeitig wurde aber auch der Funktionsumfang der Home Studio erweitert. Aber sonst?
Ich setze noch einen obendrauf:
Da ich mich in der letzten Zeit mit einem Konkurrenzprodukt beschäftigen musste, das meiner Ansicht nach für nicht mehr als Privatkunden taugt und vom Leistungsumfang nicht mal annähernd an mAirList herankommt, muss man schon in der Basisversion mehr hinblättern als für die Home Studio.
Und wenn der (befristete!) Support weiterlaufen soll, muss man ihn regelmäßig erneuern, also eine weitere Befristung kaufen (dieses Paket ist nicht vergleichbar mit den professionellen mAirList-Supportverträgen für gewisse PRO-Kunden).
Soweit ich weiß, ist dann auch Schluss mit Updates. Geiles Geschäftsmodell, nur halt e bissi kundenunfreundlich.
Bei mAirList hingegen ist jedes Update innerhalb einer Hauptversion komplett kostenfrei. Und die enden erst, wenn die Version ausgereift ist, die Nachfolge-Hauptversion produktiv steht und Neuerungen in die nächste Version kommen. Dann ist Schluss mit Updates für den Vorgänger.
Ihr könnt ja mal recherchieren, wie viel Zeit von Version x.0.0 bis zum allerletzten Snapshot von x vergangen ist, bis dann y.0.0 kam.
Aus dem Kopf heraus waren das zuletzt drei bis vier Jahre. Für einen Kauf inklusive aller Updates. Na gut, da war noch so ‘ne komische Pandemie, die den Programmierer ein wenig ausgebremst hat, aber ich glaube, so richtig eng getaktet waren die kostenpflichtigen Upgrades noch nie.
Bei der Konkurrenz wären da für einen vergleichbaren Leistungsumfang schlimmstenfalls Kosten von bis zu zwei Home Studio Lizenzen herausgekommen.
Trotzdem wird es gekauft.
Und selbst wenn zwischen zwei Hauptversionen regulär zwei Jahre geplant gewesen wären (was ich keinesfalls als unfair empfinde): In der Realität sind solche Fahrpläne selten bis gar nicht zu halten.
Das kann man gewissermaßen mit Bauvorhaben in Deutschland vergleichen.
“Moment,” mag jetzt der ein oder andere einwenden “bei verzögerten Bauprojekten steigen mit zunehmender Dauer meist auch die Kosten. Das kann man doch überhaupt nicht vergleichen!”
Nicht schlecht, aber zu kurz gedacht.
Ich werfe die Opportunitätskosten in den Ring. Torben plant nach zwei Jahren eine neue Hauptversion und rechnet dementsprechend mit Umsätzen für Upgrades. Durch die Verzögerung findet der Umsatz nicht wie erwartet statt. Im besten Fall ein Jahr später ohne Einbußen, aber die Durststrecke muss er alleine überwinden und programmiert ohne zusätzliche Einkünfte weiter. Ob sich die neue Hauptversion dadurch weiter verbessert, ist nicht garantiert.
Die Arbeit an der aktuellen parallel zur neuen Version stellt eine Doppelbelastung ohne zusätzliche Einkünfte dar. Insofern ist ein Upgrade eine nachträgliche Entlohnung für die geleistete Arbeit, wobei nicht garantiert ist, dass der Kunde das Produkt auch kauft (wie in diesem Thread bereits angeklungen).
Wie ich schon schrub™: Das sind zwar keine Kosten im Sinne von Ausgaben, wohl aber fehlende Einnahmen und Gewinne bei bestehenden Fixkosten. Opportunitätskosten eben. 
War das jetzt ein Plädoyer für eine Preiserhöhung? Der Kaufmann in mir sagt “ja”, während gleich alle Privatanwender (ich bin ja selber einer) mich geteert und gefedert aus der Community jagen würden. Ich mag ja auch nicht mehr zahlen, aber abgesehen von nicht wirklich vergleichbaren Open-Source-Projekten kenne ich kein günstigeres Produkt mit so einem exzellenten Preis-/Leistungsverhältnis.
Aus finanzieller Sicht liegt der Mehrwert hier ganz klar beim Kunden, also uns Anwendern.
Ich hatte mal mit einem Webradio-Moderator zu tun, der aus allen Wolken gefallen ist, als ich ihm gesagt habe, was mAirList kostet. Der wusste gar nicht, dass man Sendesoftware kaufen muss. Kein Wunder, hatte er doch von einer anderen Software einen Crack auf dem Rechner.
”Das hat mir einer installiert, aber der ist nicht mehr da und ich habe einen neuen PC. Kannst du mir das wieder aufspielen?”
Gegenfrage: Warum sollte dir jemand Software im Wert von mindestens 100 Euro (oder mehr) schenken? Tja, und dann senkte sich eine gewisse Sprachlosigkeit über das Hilfeersuchen…
Das war ja wohl das Hauptthema hier (endlich kommt die Labertasche mal zum Punkt! 
).
Sorry, aber: Ganz schwieriger Parcours auf schmelzendem, dünnen Eis.
Es ist, so platt das auch klingen mag, eine Frage der Perspektive, also die des Anwenders. Ich hatte weiter oben ja schon die große Bandbreite an Kunden und ihre möglichen Anforderungen dargelegt. Und genau das ist der Knackpunkt.
Natürlich ist das kein spezifisches v8-Problem. Ich könnte ebensogut Beispiele aus v6 oder v7 heranziehen, die nicht minder diskussionswürdig waren. Das hat was mit der Erwartungshaltung zu tun. Die Priorität “strukturierbare Playlist” ist dem Anwender mit dem Fokus auf geile GUI-Spielereien doch vollkommen wumpe, während andere wiederum brennend auf bestimmt Script-Funktionalitäten warten. Und wenn ich dann noch mit meinen immer mehr werdenden, leider regelmäßig gepushten Daueranfragen und -baustellen daherkomme…
Welcher Eintrag im Changelog ist nun für wen wichtig?
Ja, für dich, mich und andere bislang nur wenig. Und für meine Radiokollegen, die ich gerade zu mAirList gezogen habe, wahrscheinlich auch nicht.
So manche Neuerung, die ich im Changelog entdeckt habe, kann ich nicht einordnen bzw. keinen Nutzen für mich entdecken. Vielleicht wurde das nur noch nicht hinreichend kommuniziert oder mit einem Praxisbeispiel dargelegt. Keine vorherige Diskussion oder ein Feature Request im Forum, das das erklären könnte. Zack, da isses, und was mache ich jetzt damit?
Entweder ein Kundenwunsch oder Lobbyismus im Hintergrund (kommt mir ein bißchen so vor, kann ich aber nicht beweisen).
Andererseits: Bei der v6 dürfte es einigen so wie mir jetzt ergangen sein, während ich aus dem Jubeln nicht mehr herauskam. Das war die Sache mit der Lautheit (in v6.0 nur vorbereitende Maßnahmen mit visionärer Idee, später dann Umsetzung ohne weitere Vision und trotzdem tollem Ergebnis). Einem Webcaster, der mit Brüllpegel-Plattmacher-DSPs arbeitet, ist die Programmierarbeit rund um die Lautheit komplett egal. Dem fehlt dann auch der Mehrwert.
In v7 haben sich sehr viele (und mehr als gedacht) auf den Dark Mode und den neuen Skin Editor samt erweiterter Funktionalität der Skin gestürzt. Die ganzen anderen tollen features, Torben nannte das “Veränderungen unter der Motorhaube”, glaube ich, sind dabei ziemlich unberücksichtigt geblieben. Dabei waren die Arbeiten im mAirList-Maschinenraum einer der großen und auch arbeitsintensivsten Schwerpunkte. Ich meine, die Automation hat einen großen Sprung nach vorne gemacht, bis hin zum Feinschliff individueller Rotationseinstellungen. Hat anfänglich bloß kaum einen interessiert (ich müsste mir den 7er Sammelthread nochmal durchlesen).
Ich glaube, als Anbieter eines Streams mit eigener mAirList-Automation auf dem Server würde ich die v8 mit anderen Augen sehen und viel eher ausprobieren wollen. Aber als Live-ASSIST-Moderatoren ohne DHD-Pult fällt die Ausbeute für uns viel geringer aus.
Dass Torben nun doch eine Fernsteuerung für den RODEcaster eingebaut hat, dürfte viele freuen. Ich weiß, dass er schon sehr viel früher daran basteln wollte und vielleicht wäre es sogar ein Kandidat für die v7 geworden, aber es werden wohl drölfzigtausend andere Dinge dazwischen gekommen sein.
Ich halte das Teil, im Gegensatz zu vielen anderen, nicht für ein Radiopult oder auch etwas vergleichbares. Auch nicht als mobiles Setup. Dennoch freut sich nun eine andere Anwendergruppe darüber. So wie wir uns bei anderen Releases über Funktionen gefreut haben, mit denen andere nichts anfangen konnten.
Bei diesem Upgrade haben mich so ein paar Randerscheinungen gewurmt, auch wenn ich nicht immer unmittelbar betroffen war. Dabei geht es weniger um die Funktionalitäten der Version, sondern um den Umgang mit der Community, deren Mitarbeit in der Beta-Phase doch durchaus erwünscht war.
Zunächst einmal hat sich die v8-Beta einfach so reingeschlichen. Keine Ankündigung, kein nix. Zufällig auf der Download-Seite mitsamt Changelog gefunden.
Der Sammelthread wurde von Tondose eröffnet. Nicht vom Administrator oder den Moderatoren. Im englischen Bereich gab es offenbar nichts vergleichbares (ich bitte um Korrektur, wenn ich mich täusche).
Das nächste war dann die Konfusion um eine Ankündigungs-Mail, die angeblich jeder erhalten haben soll. Soweit ich mich erinnern kann, war das aber nur für die kommerziellen Kunden gedacht. Das kann man ja auch so machen, aber woher dann die Konfusion? Ich mutmaße, dass da im internen Abstimmungsprozess was schiefgelaufen ist und dann nicht mehr einzufangen war. Das ist schon etwas mehr als nur “dumm gelaufen”.
Für eine Beta-Phase, die dazu dient, Schwachstellen mit Hilfe der Community zu finden, war das bis dahin ein denkbar holpriger Start.
Ohne es genau zu wissen, vermute ich (und so schätze ich Torben auch ein), dass eine Alpha vorab im engsten Kreis, also Mitarbeiter und Vertriebspartner, so schonungslos auseinandergenommen wurde, bis sie Beta-Reife hatte. Bis einschließlich v7 habe ich Torben so eingeschätzt, dass er seiner Community nix unreifes zum Härtetest zur Verfügung stellt.
Das nächste, was mich persönlich dann so richtig auf die Palme gebracht hat (das wird nicht jeder so hart sehen wie ich), war das hier:
Fürs Protokoll und Archiv, weil das später nicht mehr nachvollziehbar ist:
Liam hat das als Moderator, also als Vertreter von mAirList (Teil des mAirList-Teams) geschrieben.
Ich möchte an der Stelle Torben zugute halten, dass er es sehr wahrscheinlich anders und besser ausgedrückt hätte.
Für mich ist das ein Schlag ins Gesicht.
Meine Lesart: Ja, es gibt eine herunterladbare v8-Beta, die wir aber nicht offiziell vorstellen, weil daran ja noch herumgebastelt wird.
Ja! Dafür ist eine public Beta doch schließlich da! Warum sonst sollte man sie veröffentlichen? Damit wir die Finger davon lassen?
VERDORRI NOCH EINS, wenn ihr sie geheim halten wollt, dann haltet sie auch einfach weiterhin unter der Decke 
Ich hatte das in der #3 bereits angemerkt und habe versucht, diplomatisch-verbindlich zu bleiben, aber inzwischen ist der Druck im Kessel so groß, dass der Ärger einfach mal raus muss.
Ja, vielleicht war es eine unglückliche Formulierung, aber in dem Moment habe ich mich gleichermaßen verarscht wie auch auf den Boden geprügelt und getreten gefühlt.
Spontaner, interner Aufschrei: “Dann macht euren Scheiß doch alleine!”
Tja, ich bin immer noch da. Blöder Charakterfehler?
Der RadioMartin hat ja schon mehr oder minder aufgegeben und hingeschmissen. Ich kann es ihm (leider) nicht verübeln.
Na gut, versuchen wir es trotz allem positiv: Ich unterstelle Torben jetzt einfach mal gute Absichten und er hat seine Strategie von früher nicht geändert. Lediglich die Außenkommunikation hat nicht funktioniert.
Sollte das stimmen, sehe ich deutliches Verbesserungspotenzial.
Dann noch etwas:
Eieiei… Torben, wir kennen uns nun wirklich schon ziemlich lange und ich ahne auch, was hinter dieser Aussage steckt. Das ist sicher nicht negativ konnotiert.
Zwischen den Zeilen könnte (!) man jedoch durchaus herausinterpretieren, dass man die v8.0.0 getrost unberücksichtigt lassen kann, denn erst mit den nächsten minor updates wird es interessant.
Ich bin mir ziemlich sicher, dass es nicht so gemeint war.
Natürlich war es nach jedem Upgrade so, dass die kleineren und mittleren Updates immer mal wieder eine Überraschung bereit hielten, aber waren das wirklich “die interessantesten” nach dem big bang?
Würde ich so nicht unterschreiben.
Neulich hatte ich einen wilden Traum in dem ein Programmierer sein Team gefragt hat, ob es noch irgendwas aus dem Forum gäbe: Requests oder gemeldete Unstimmigkeiten, die man noch ins Update mit reinnehmen könnte? Erst als keinem mehr was einfiel, ging das Ding public.
In diesem Traum kamen so Aussagen wie von Liam oder dir jedenfalls nicht vor.
Keine Ahnung, wer mir so einen Film ins Hirn gepflanzt hat. Ein Albtraum war’s jedenfalls nicht, aber in der Erinnerung ziemlich realistisch. Na ja, vielleicht waren es die Medikamente, wer weiß das schon.
Mir ist dann noch ein Kommentar von @Radiomaschine aufgefallen, in dem es hieß, er hätte für die Beta gleich den Upgradepreis bezahlen müssen. Da kann ich leider nur bedingt mitreden, denn bei mir lag der Zeitpunkt für die neuen Lizenzen auf dem Testrechner so günstig, dass ich beide zugleich im Bestand hatte.
Aber: Wenn ich am Beta-Test nur gegen Kauf hätte teilnehmen können, hätte ich das fallen lassen wie eine heiße Kartoffel und von der Seitenlinie aus zugeschaut.
Ich kann zwar nicht beurteilen, wie es wirklich war (Torben, kannst du das nachträglich aufklären?), aber bei der v7 gab’s die Beta quasi als Testlizenz unter Beibehaltung der produktiven v6 im Lizenzbestand. So konnte jeder ungestört rumtesten (okay, man musste die Datenbank wegen des neuen Schemas doppeln) und weiter senden.
Wider besseres Wissen behaupte ich mal, dass das bei der v8 auch hätte möglich sein können; zumindest in meinem Universum sehe ich da keine technischen Hürden.
Selbst nach diesem Roman weiß ich es immer noch nicht, aber es war mir wichtig, das mal loszuwerden. Vielleicht einfach mal wieder mehr auf die Basis hören, die nicht zur AG in Konstanz gehört? Keine Ahnung, nur so ein Bauchgefühl.
Als die v8-Beta draußen war, war ich neugierig. Das hat sich sehr schnell wieder gelegt. Auch wenn ich im Kundenbereich alle nötigen v7/v8-Lizenzen für mich, meinen Testrechner und die Moderatoren habe: Final installiert habe ich sie auf dem Senderechner jedenfalls nicht.
Die ersten Rückmeldungen aus der Community haben mich irritiert. War das früher auch so?
Na gut, ich halte dir zugute, dass dir die Arbeit mit einer neuen Delphi-Version (die, nebenbei bemerkt, sicher nicht günstig gewesen sein dürfte) vermutlich so einiges an Gehirnschmalz extra in Anspruch genommen hat. Aber hätte so was nicht noch länger in die interne Alpha gehört?
Weiterhin war ich nicht sicher, ob die Beta wirklich abgeschlossen war, als am 01.12.2025 die produktive v8 (wieder einmal) aus heiterem Himmel fiel. Die Nicht-Ankündigung oder der Abschluss der Beta im Sinne von “last orders, please!” scheint die neue Normalität geworden zu sein? Hoffentlich nicht.
Auch danach schien es noch mächtig im Gebälk geknirscht zu haben, so dass ich von der v8 im Sendebetrieb weiterhin die Finger lasse.
Zeitgleich habe ich die mAirList-Nutzer in unserem Team angeschrieben und über die v8 produktiv informiert, zeitgleich aber empfohlen, weiterhin die v7 zu nutzen. Dank der Moderatoren-Lizenzen mit v7/v8-Status ist das ja problemlos möglich.
So ein verstecktes “Erst mal keine v8” kratzt natürlich schon etwas am Image, vor allem für Neueinsteiger und Umsteiger. Also potenzielle Kunden, auch wenn’s nur Home Studio Lizenzen werden.
Torben, ich möchte weder dir noch deiner Firma schaden. Ich hoffe du weißt das. Was du aber auch weißt: Ich bin nun mal 'ne ehrliche Haut und lüge nicht taktisch zu meinem Vorteil.
Zunächst einmal möchte ich dir, Torben, für deine intensive und unermüdliche Arbeit an mAirList danken. Ich kann nur ahnen, wie viel Zeit, Schweiß und Tränen dich das gekostet hat. Mehrere Baustellen parallel, nervige Kunden und zwischendurch auch noch eklige Fehlermeldungen.
Manches, an dem du bastelst und vorbereitest, wird erst später so richtig zur Geltung kommen. Wie Blumenzwiebeln, die man im Herbst pflanzt und Vogelhäuschen, die man im Winter reinigt. 
Mir ist das neulich in einem Nebensatz von dir aufgefallen, dass da noch was kommt, was uns von den Socken haut. Noch nicht umsetzbar, aber die Grundlage ist da, weil du (mal wieder) ganz tief im Maschinenraum von mAirList was gefunden hast und das mit einer genialen Idee koppeln konntest. Wir sehen es im Moment bloß noch nicht.
Dafür verdienst du schon jetzt Anerkennung, auch wenn momentan noch etwas Kritik überwiegt.
Besonders gefreut habe ich mich über deinen Erst-Eintrag in den FAQ: Error 0xc000007b when starting mAirList, missing or corrupt vcredist .
Lediglich zu…
…wollte ich dich was fragen. Dass deine PN (aus gutem Grund) vernagelt ist, verstehe ich ja, aber wie kann man dich erreichen ohne den Thread aufzublähen? Support Ticket?
Ich mach’s hier: Gerne hätte ich das neue vcredist installiert und entsprechend ausgetestet, aber auf der deutschen Microsoft-Seite habe ich nichts entsprechendes gefunden. Oder mein Such-Ansatz war falsch. Hast du einen Link für mich oder uns?
Na ja, und dass du manche Anfragen und Wünsche schneller als erwartet in Snapshots umsetzt (DB-Import, neue Script-procedures oder zusätzliche Logging-Variablen zur Formatierung, um nur drei von vielen zu nennen): Ja, solche “Dot-Releases” sind tatsächlich das Salz in der Suppe.
Neben vielem anderen ist das wirklich großartige Arbeit, auch wenn sie manchmal nerven kann.
Trotz alledem: Das Salz allein ist es nicht, denn ohne “die gute Suppe” (wer erinnert sich noch an den Film Ratatouille?) ist alles nichts.
Und bitte nicht vergessen: An der Bonschiene hängen noch mehr Bestellungen… 
Ich bin ein Freund von Updates und Upgrades und bin immer gern auf dem neuesten Stand. Die Devise “Never touch a running system” mag in bestimmten Bereichen ihre Berechtigung haben, aber mAirList habe ich bislang immer davon ausgenommen. Ich kann mich auch nur an ein einziges rollback erinnern, und das hatte mit BASS zu tun.
Bei v6 und v7 habe ich in der jeweiligen Beta meinem Umfeld stets gesagt: “Ja, das ist 'ne Beta, aber die ist so stabil, dass ihr verlässlich damit arbeiten könnt. Die bekommt nur noch ihren Rundschliff.”
Derzeit würde ich das (leider) nicht mehr so vertrauensvoll unterschreiben, und ich weiß noch nicht mal, warum das so ist.
Für ambitionierte Live-ASSIST-Moderatoren kann ich derzeit keinen elementaren Produktivitätsfortschritt erkennen und würde vorerst von einem Upgrade abraten: Die v7 ist nach dem aktuellen Stand ein herausragendes Arbeitsmittel.
Wer mAirList als 24/7-Automation nutzt, für den hält die v8 eventuell interessante features bereit.
Ich denke, die sollten getestet werden, ob das eurer Automation noch mehr Pfiff verleiht.
Die Freunde des RODEcaster werden sicher sehnsüchtig auf die nun endlich integrierte Fernsteuerung gewartet haben, kaufen das Upgrade und freuen sich.
Auch Nutzer gewisser Digitalpulte bekommen mehr Möglichkeiten sowie Anwender mit einem Art-Net DMX Protokoll. Sorry, da bin ich 'raus. Als ehemaliger Stagehand und Lichtler kenne ich mich zwar mit DMX aus, aber beim Radiobezug muss ich passen.
Verflucht, ich schreibe ja schon wie ein Influencer (und dabei kann ich diese Spezies überhaupt nicht ab). Ist ja nun auch wirklich lang genug geworden.
Möchte jemand diesen Beitrag als Hörbuch? 
Ich mache einen Termin beim Arzt, ich brauche eine 
gegen Influencer äh Influenza.
Vielen Dank für eure Geduld und Aufmerksamkeit.
Wisst ihr, das Tolle an mAirList doch:
Es ist eine gute alte Kauf-Software und kein Abomodell.
Man kauft den aktuellen Versionsstand, weiß genau, welche Features man bekommt, Bugfixes gibt es sowieso noch etliche Jahre lang für jeden Hauptversion (allein schon aus Gewährleistungsgründen), und im Normalfall kriegt man dann noch nachträglich ein paar Features aus den Dot-Releases geschenkt. Das alles darf man dann sein Leben lang so benutzen, vorausgesetzt, die Systemanforderungen geben es noch her.
Kurz gesagt: Niemand ist gezwungen ein Upgrade zu kaufen. Wenn ihr bei der alten Version bleiben wollt, dann tut es. Das ist völlig in Ordnung.
Insofern verstehe ich den Sinn dieses Threads nicht. (Außer er soll ein Rant sein und User gegen mich aufbringen. Dann würde ich ihn gerne direkt löschen.)
Die Kehrseite ist:
Auch für den Hersteller muss sich das am Ende natürlich rechnen, wenn er damit seinen Lebensunterhalt verdienen möchte. Neue Features auf immer und ewig ohne Mehrkosten zur Verfügung zu stellen, würde nur dann funktionieren, wenn es ein unendlich großes Neukundengeschäft gäbe, was aber leider nicht der Fall ist
Also wird es, wohl oder übel, in bestimmten Abständen einen Schnitt geben, ab dem man Neuerungen nur im Rahmen eines kostenpflichtigen Upgrades zur Verfügung stellen kann. Dabei kann es aus technischer Sicht Sinn machen, die Neuerungen erst nach und nach zu veröffentlichen, damit es insgesamt handhabbar bleibt. Will heißen: nicht zu viele Baustellen auf einmal. Es liegen auf jeden Fall noch ein paar Sachen in der Schublade als Futter für die kommenden Releases.
Nun möge jeder für sich entscheiden, ob die Menge und Qualität der Neuerungen jetzt schon ausreichend sind, um die Investition zu rechtfertigen. Oder erst bei einer Version 8.1, 8.2, 9.0, in fünf Jahren, oder wann auch immer.
Aber ich wiederhole: Gezwungen wird niemand. Und daher können wir die Diskussion an dieser Stelle beenden.