Studio One 7 ist online

[Navar]

SSL hat doch die Slate-Plugins aufgekauft, oder täusche ich mich da?

Ja, aber die Überlegungen waren vor der Übernahme und da hatte der Steven noch den Hut auf.

 

[adrachin]

SSL hat die nicht augekauft. Langsam aber sicher bilden sich da etliche Multikonzerne die sich die Audio Software Landschaft einverleiben.

Quelle.

 

[AnGee]

CLAP support würde für mich schon als selling point reichen. mal schauen was es sonst noch hergibt.

 

[CLA]

SSL hat die nicht augekauft. Langsam aber sicher bilden sich da etliche Multikonzerne die sich die Audio Software Landschaft einverleiben.

Anhang anzeigen 146229

Quelle.

Im Endeffekt wurden beide von Audiotonix gekauft, aber SSL bietet jetzt zumindest die SlateDigital Plugin zusammen mit den eigenen an, weswegen für Presonus da eher kein „reinkommen“ möglich sein wird.

 

[Soundshelter]

Ein sehr gutes Feature für traditionelle Instrumentalisten ist die neue Tempoerkennung.
Da kann man jetzt problemlos ein Instrument frei einspielen und den gesamte Arranegment danach synchronisieren und im Gegensatz zu früher geht das jetzt wirklich gut.

Das stimmt. Vorher über Melodyne war das schon etwas hakelig.
Werde das bestimmt nutzen wenn mal wieder eine Band im Studio ohne Click gemeinsam aufnehmen möchte.

 

[SoulFrontier]

Das stimmt. Vorher über Melodyne war das schon etwas hakelig.

Nur aus Neugier, wieso hakelig?
Ich ziehe die Audio Datei einfach per drag'n drop auf die timeline und über melodyne erstellt mir die DAW daraufhin eine detaillierte Tempospur.

So kenne ich das seit bestimmt 10 Jahren (Cakewalk). Ich dachte das geht in jeder DAW so, weil über ARA und Melodyne?

 

[Soundshelter]

Nur aus Neugier, wieso hakelig?

Einfach zu viele einzelne Schritte, und deshalb zu viele Fehlerquellen.


Hatte vor einer Weile genau zu der Thematik hier im Forum auch eine Frage gestellt ( trotz Tempospur hatte sich das Raster nicht angepasst), da konnte mir scheinbar auch keiner helfen.

EDIT:
Auch der neue Workflow ist immernoch relativ komplex und man muss viele Dinge beachten damit es funktioniert wie man es sich vorstellt.

Mein Ideal wäre ja das man einfach einen Rechtsklick auf das Projekttempo macht und dort "Tempo folgen" klickt, sich dann ein Auswahlmenü öffnet in dem man die Spuren/Events auswählt welche Taktgeber sein sollen (Z.B. Kick und Snare) und S1 analysiert automatisch das Tempo und erstellt eine Tempomap.

Wenn diese Tempomap auch noch mit den Events verknüpft wäre und automatisch Änderungen an den Events übernehmen würde wäre das genial.

 

[Guido]

Hallo,

ich werde vermutlich wenig Glück haben, aber ich frage doch einmal kurz nach, ob hier jemand Studio One 7 zusammen mit Meldaproduction MXXX benutzt. Ich habe nämlich das Problem, dass mit v6 das Pluginfenster von MXXX bei jedem Öffnen in der Höhe etwas kleiner wird (siehe Screenshots). Melda schiebt das Problem auf Presonus, befürchte aber, dass es Presonus genauso machen wird und es enden wird wie bei 2 anderen Fällen, keine Partei etwas macht und ich bis ans Ende meiner Tage Pluginfenster vergrößere. Wenn es aber mit v7 wieder geht, dann wäre das für mich ein Grund sofort in die neue Version zu investieren.

 

[Can]

Lustig, dass Melda das Problem auf PreSonus schiebt. Tausende von anderen Plug-ins bekommen es ja auch hin, sich an die Spezifikationen zu halten.

Aber für den User frustrierend, keine Frage. Ob es in Version 7 klappt, müsstest du ausprobieren, z.B. mit der Testversion, die in ein paar Wochen erscheint.

 

[adrachin]

Ich habe nämlich das Problem, dass mit v6 das Pluginfenster von MXXX bei jedem Öffnen in der Höhe etwas kleiner wird (siehe Screenshots)

Ich kann das Problem nicht nachvollziehen. Weder in 6 noch 7.

MacOS.

 

[danam]

Lustig, dass Melda das Problem auf PreSonus schiebt. Tausende von anderen Plug-ins bekommen es ja auch hin, sich an die Spezifikationen zu halten.

Bei aller Hochachtung für Dein Engagement hier und Deinen tollen Harmony Wizard: Da machst Du es Dir ein bisschen zu einfach. Wir wissen ja noch nicht mal, welches Plugin-Format verwendet wird. Und welches OS (ich vermute Windows) in welcher Version. Und welche Version des Plugins. Und ob eventuell andere Plugins desselben Herstellers dasselbe Problem bei ihm haben oder nicht (gibt ja genug Freeware/Trial-Versionen von Melda). Und gibts das Problem auch mit anderen DAWs?
Aber auch ganz allgemein: Wenn ich mich richtig erinnere (sehr dunkel zugegeben), gab es auch schon für S1 Bugfixes, die Probleme mit Plugins bestimmter Hersteller beseitigten. Keine Ahnung, wie ausführlich und/oder streng die Spezifikationen bspw. für VST3 sind, aber irgendeinen Spielraum wirds schon geben. Das Problem ist doch, wenn die Firmen nicht mal anfangen miteinander zu kommunizieren, während der Enduser mit eben solchen Phrasen abgespeist wird.

 

[BodoH]

gab es auch schon für S1 Bugfixes, die Probleme mit Plugins bestimmter Hersteller beseitigten.

Soweit ich weiß stellen die DAW Hersteller lediglich die Schnittstelle zur Verfügung und haben mit den Plugins an sich überhaupt nichts zu tun. Wenn, dann müsste der Fehler an der Schnittstelle liegen, aber der ist einheitlicher Standard und der selbe Fehler müsste dann auch in allen anderen DAWs auftreten. Insofern neige ich schon dazu Can seiner Aussage zuzustimmen, dass die Plugin-Macher in der Verantwortung sind. Richtig Ahnung hab ich keinesfalls davon, klingt nur irgendwie logisch. Presonus kann nur z.B. die VST3 Schnittstelle zur Verfügung stellen, oder ausbauen, mehr geht da nicht. An die VST3 Spezifikationen müssen sich dann schon die Plugin Hersteller halten.

 

[adrachin]

Wohin soll das führen? Ohne systematische Analyse des Problems kann man auch nichts darüber sagen. Können schon nur hilfreich ist das nicht. *Ich meine dieses oder vermute jenes" bringt nichts und ist auch weit entfernt vom Thema des Stranges.

 

[BodoH]

Wohin soll das führen? Ohne systematische Analyse des Problems kann man auch nichts darüber sagen. Ich meine dieses oder vermute jenes bringt nichts und ist auch weit entfernt vom Thema des Stranges.

Ich will damit nur sagen, dass der Fehler theoretisch nicht durch die V7 behoben sein kann, wenn er in der V6 auftrat, da sich die Schnittstelle nicht geändert hat. Woran es genau liegen wird, kann wohl wirklich nur der Plugin-Hersteller sagen.

 

[adrachin]

Ich will damit nur sagen, dass der Fehler theoretisch nicht durch die V7 behoben sein kann, wenn er in der V6 auftrat, da sich die Schnittstelle nicht geändert hat.

Was Du theoretisch annimmst aber nicht weisst und auch nicht nachweisen kannst, weshalb dann wiederum richtig ist:

bringt nichts und ist auch weit entfernt vom Thema des Stranges.

 

[danam]

Ich will damit nur sagen, dass der Fehler theoretisch nicht durch die V7 behoben sein kann, wenn er in der V6 auftrat, da sich die Schnittstelle nicht geändert hat. Woran es genau liegen wird, kann wohl wirklich nur der Plugin-Hersteller sagen.

Strategisch muss das Problem erst mal reproduzierbar sein. Danach versucht man, die Ursache einzugrenzen. Etc. pp. Aber da brauchts halt mehr Info und Mitarbeit vom lieben Guido. Laut seiner Signatur verwendet er auch Bitwig. Ob es da (im selben Plugin-Format) auch auftritt, hat er bspw. nicht geschrieben.

 

[Can]

Bei aller Hochachtung für Dein Engagement hier und Deinen tollen Harmony Wizard: Da machst Du es Dir ein bisschen zu einfach.

Ich sehe das so: Das Plug-in gibt an, mit bestimmten DAWs kompatibel zu sein, unter anderem mit Studio One (falls es so auf deren Website steht). Das bedeutet, dass der Hersteller das in der Entwicklung sicherstellen sollte. Du wirst nicht erwarten, dass die DAW sich an sämtliche tausende Plug-ins auf dem Markt anpassen soll, um alle deren spezifische Eigenheiten zu berücksichtigen und ggf. deren Fehler versuchen auf DAW-Seite zu beheben. Die Plug-ins in kompatiblen DAWs zu testen ist Teil der Entwicklungsarbeit eines Plug-in-Herstellers. Wenn ich ein Plug-in entwickle und es stürzt in Studio One, FL Studio oder REAPER unter bestimmten Bedingungen ab oder zeigt anderes fehlerhaftes Verhalten, dann muss ich das Plug-in verbessern. Und nicht darauf warten, dass die DAWs sich ändern, um Probleme in meiner Software zu umgehen.

 

[Guido]

Jetzt ist es doch ein kleines Fass geworden, was ich gar nicht wollte - zumal es ja doch mit dem eigentlichen Thema hier nicht unmittelbar zu tun hat. Mein Problem kam mit 6.5 oder 6.6 unter Windows auf. Ich denke, dass es hier tatsächlich eine GUI-betreffende Änderung auf Studio One-Seite gab. Die SO-GUI zeigt seitdem beim Plugin-Aufruf (herstellerunabhängig) kurz einen schwarzen Hintergrund an, bevor die Plugin-GUI angezeigt wird. Das habe ich so vorher nicht gesehen - wenn ich micht nicht schon wieder täusche. In anderen DAWs beobachte ich mein Problem nicht. Es tritt auch nur in der Custom Plugin View (ich nenne es jetzt mal so - die genaue Melda-Bezeichnung kenne ich gerade nicht) von MXXX auf, wo man auf einen Blick alle selber konfigurierten Parameter seiner FX-Kette sieht. MXXX ist hier also ein Exot, weil hier zwei unabhängige GUI-Größen verwaltet werden müssen. Und mit exotischen Problemen beschäftigen sich Entwickler halt ungern, weil es damit kein Geld zu verdienen gibt.

Rätselraten um die Ursache bringt aber hier wohl wenig. Ich hatte im besten Fall gehofft, dass jemand sagt "Ja, das Problem habe ich auch. Geht aber jetzt mit v7 wieder", oder halt "Ne, leider immer noch so"

 

[Can]

Ich denke, dass es hier tatsächlich eine GUI-betreffende Änderung auf Studio One-Seite gab.

Änderungen können immer auftreten, wenn sich am Windows- oder macOS-SDK und den verwendeten APIs etwas ändert. Hier verwendet Studio One meistens die jeweils neuesten (oder eine der neuesten) Versionen der OS-SDKs, d.h. dort bzw. im Zusammenhang mit dem Betriebssystem können sich natürlich auch Dinge ändern. Die die allermeisten Plug-ins dann nicht tangieren, aber manchmal wie man sieht eben doch.

 

[danam]

Ich sehe das so: Das Plug-in gibt an, mit bestimmten DAWs kompatibel zu sein, unter anderem mit Studio One (falls es so auf deren Website steht). Das bedeutet, dass der Hersteller das in der Entwicklung sicherstellen sollte. Du wirst nicht erwarten, dass die DAW sich an sämtliche tausende Plug-ins auf dem Markt anpassen soll, um alle deren spezifische Eigenheiten zu berücksichtigen und ggf. deren Fehler versuchen auf DAW-Seite zu beheben. Die Plug-ins in kompatiblen DAWs zu testen ist Teil der Entwicklungsarbeit eines Plug-in-Herstellers. Wenn ich ein Plug-in entwickle und es stürzt in Studio One, FL Studio oder REAPER unter bestimmten Bedingungen ab oder zeigt anderes fehlerhaftes Verhalten, dann muss ich das Plug-in verbessern. Und nicht darauf warten, dass die DAWs sich ändern, um Probleme in meiner Software zu umgehen.

Darum geht es mir in erster Linie nicht. Es wurde ja auch der Plugin-Hersteller als Erstes kontaktiert. Es geht darum, dass zumindest die Möglichkeit besteht, dass bspw. ein Plugin korrekte und/oder erlaubte Daten sendet, mit der die DAW (warum auch immer) nicht wie erwartet umgehen kann. Und sei es noch so selten, aber prinzipiell könnte das dann auch bei anderen Plugins auftreten. Kann dann immer noch sein, dass es einfacher oder schneller gehen würde, etwas am Plugin zu ändern, selbst wenn es eigentlich ein DAW-Bug ist.
Ist aber auch egal, solange es niemand reproduzieren kann, wird es so oder so schwierig.

Was mir doch noch aufgefallen ist an einem der Screenshots: Das Plugin hat Version 16.11, das sollte vielleicht mal auf die aktuelle 17.02 aktualisiert werden. Vielleicht hilfts...