OT aus The Best DAW Tutorial Award Winner 2011: Cubase

mink99

mink99

......
OK die Diskussion startete in diesem Thread:

viewtopic.php?f=55&t=71446

auf das Video des etwas retardierten Cubase Coaches kam mir folgender Gedanke:

mink99 schrieb:
Ich glaub das Video zeigt, welches Problem Steinberg mit Cubase zu Zeit hat. Die professionellen Nutzer werden relativ gesehen weniger gegenüber den amateurish Usern wie diesem Kollegen.

Und (aus meinem Verständnis) sinnlose Features wie nochn Softsynth oder ein neuer Sampler machen für diese zweite Zielgruppe Sinn während die Features die für so Leute wie mich Sinn machen täten, wirklich teuer zu implementieren sind.

Daraus entspann sich eine Diskussion, welche Features denn für "Leute wie mich" Sinn machen würden.
Die Umsetzung dieser Anforderungen würde es Steinberg möglich machen, an vielen Stellen an die Konkurrenz auf zu schließen, oder diese sogar zu überholen.Den Vorsprung, den Steinberg lange Zeit innehatte, hat es spätestens seit Version 5 verloren.

Ein Paar Informationen zu meinem Hintergrund. Ich mache nicht nur seit meinem 17. Lebensjahr Musik, auch sehr stark mit Computerunterstützung, sondern ich bin auch seit 20 Jahren in der IT tätig.Ich benutze Cubase seit der Cubasis VST Version von vor vielen vielen Jahren.

Fogende Punkte fahren mir wichtig:
  • Neues UI
  • Vst-Browser für vst2 & 3 (hierarchisch)
  • FXB FXP Support auch beim Speichern
  • Synchrone Mediabay
  • Übersichtliche Preferences, die bei nicht- eingeschalteten Geräten nicht gelöscht werden
  • Übersichtliche Installation in weniger als 39 Verzeichnisse
  • Den Control-Panel Editor in einer fertig programmierten Version
  • Integration des Hardware-spezifischen Mixers der Soundkarte
  • CUDA Support

Phil999 hat auch noch ergänzt:
  • Generic Remote Device
  • OSC-Support

Wohlgemerkt es geht hier nicht um Features, in denen sich Cubase in der Konkurrenz zu Fuji Loops befindet, sondern um Dinge, wo Cubase mit Logic, Reaper (m.E.) und Pro-Tools befindet. Es geht hier nicht um LE oder Light-Versionen, sondern um die ganz grossen.

Zu den Punkten im EInzelnen:

Neues UI

Jedes Mal, wenn eine neue Version von Cubase angekündigt wird, gibt es im Cubase Forum einen Thread, in dem der Hoffnung Ausdruck gegeben wird, jetzt kommt die neue Benutzeroberfläche. Diese Hoffnung wurde allerdings jedes Mal enttäuscht. Alle größeren Applikationen haben heutzutage nahezu das gleiche Konzept einer Benutzerschnittstelle. Ein SDI Fenster, in dem sich einzelne Arbeits Bereichs Elemente andocken und wieder lösen lassen. Für diese Art, Applikationen zu designen, gibt es komplette Unterstützung in den üblichen plattformübergreifenden C++ Programmierbibliotheken. Steinberg hat es bis heute nicht geschafft, die Programmoberfläche entsprechend zu renovieren.

Dies wäre ja gar nicht so schlimm, wenn wenigstens die existierende, auf MDI basierende, Oberfläche wenigstens korrekt implementiert wäre. Hier hat es Steinberg nicht für nötig gehalten, die Vorgaben von Microsoft bezüglich Benutzerinteraktion korrekt umzusetzen. Kleine Fehler und Unschönheiten verbergen sich hinter dieser Umsetzung. So werden maximierte Fenster beim Öffnen eines weiteren automatisch wieder in den Normalzustand zurückversetzt. Dies widerspricht dem Microsoft Vorgaben und hemmt auch die Interaktion.

Einzelne Fenster können aus dem Hauptfenster entfernt werden und unabhängig dargestellt werden, zum Beispiel auf einem zweiten Bildschirm. Allerdings wurde dieses Feature (always on top) genau dort, wo es dringend notwendig wäre, z.B. bei der MediaBay, vergessen.

Vst-Browser für vst2 & 3 (hierarchisch)

Vor der Erfindung von VST3 und Mediabay war es sehr einfach, seine Plugins zu organisieren.Man legte eine eigene Verzeichnisstruktur mit Unterverzeichnissen an und sortierte seine Plugins in diese Struktur.Diese Struktur wurde eins zu eins von Cubase übernommen. Mit VST 3 ist dies nicht mehr möglich, da Steinberg spezifiziert hat, dass alle VST 3 Plugins in ein spezielles Verzeichnis installiert werden müssen. Wie jemand im 21. Jahrhundert noch auf solch eine Idee (fest vorgegebene Verzeichnisse) kommen kann, ist mir unbegreiflich. Zusätzlich wurde ein Bug in die VST 2 Verzeichnis-Leseroutinen eingebaut.

Anstatt hier jetzt ein einfaches Verfahren zu wählen, die ursprüngliche VST 2 Logik auch für VST 2 nutzbar zu machen und den Bug zu entfernen, wird es wohl eine Erweiterung der Mediabay in Version 7 geben. Ist davon auszugehen, dass diese eher weniger allen Anforderungen gerecht wird, sondern nur für eine bestimmte Arbeitsweise, die von Steinnberg vorgeschrieben ist, funktionieren wird.

FXB FXP Support auch beim Speichern

Mit der Erfindung von VST3 und Mediabay ist leider das Feature verloren gegangen, Presets (FXB/FXP) zu speichern. Die Speichern-Funktion wurde vorsätzlich entfernt, und trotz massiven Protests User Community nicht wieder eingeführt.

Synchrone Mediabay

Eines der großen Probleme der Mediabay ist, dass diese im Hintergrund asynchron aktualisiert wird. Somit gibt es immer wieder Konfliktsituationen. Das Umstellen auf eine synchrone Aktualisierung wäre hier dringend geraten. Auch wenn dies bedeuten würde, dass der Rechner für einen bestimmten Zeitraum blockiert ist.

Es ist sowieso in letzter Zeit in der Informatik erschreckend festzustellen, dass viele Programmierer lieber mit embedded Datenbanken als mit dem klassischen Filesystem arbeiten. Die Mediabay ist ein typisches Beispiel dafür. Und sie ist auch ein Beispiel für die Probleme, die man sich mit einem solchen Vorgehen einhandeln kann. Eine robuste Programmierung sieht anders aus.

Übersichtliche Preferences, die bei nicht- eingeschalteten Geräten nicht gelöscht werden

Preferences gibt es bei Cubase an folgenden Stellen:
  • Datei / Programmeinstellungen
  • Datei / Tastaturbefehle
  • Projekt / Projekteinstellungen
  • Projekt / Autofade-Einstellungen
  • Midi / Drum-Map Einstellungen
  • Midi / CC-Automationseinstellungen
  • Midi / Note Expression / Midi Einstellungen für Note Expression
  • Midi / Expression Map Einstellungen
  • Transport / Metronomeinstellungen
  • Transport / Projekt-Synchronisationseinstellungen
  • Geräte / Midi Geräte-Verwaltung
  • Geräte / Plugin-Informationen
  • Geräte / VST-Verbindungen
  • Geräte / Geräte Konfigurieren
Es ist nicht immer klar ersichtlich, ob diese Einstellungen Projekt oder Programmbezogen sind. Zudem verheddert Cubase sich häufig in diesem Wust, dass die erste Support-Antwort ist, Preferences löschen, was dann ggf einige Zeit dauert diese wieder neu herzurichten. Und machmal braucht man allerdings gar nicht von Hand zu löschen.Cubase löscht selbstständig alle Geräte, die gerade versehentlich nicht eingeschaltet sind, aus der Systemkonfiguration.

Dass hier ein Refactoring dringend angesagt ist, ist wohl offensichtlich.

Übersichtliche Installation in weniger als 39 Verzeichnisse

Codex aus dem Cubase Forum ([url=https://www.steinberg.net/forum/viewtopic.php?f=28&t=3482]https://www.steinberg.net/forum/viewtop ... =28&t=3482[/url]) schrieb:
Selbst gespeicherte Presets von VST Effekten oder VSTi speichert er wohl in
C:\Users\[Username]\Eigene Dateien\VST3
Soweit, so gut... das macht ja noch durchaus Sinn

Selbst gespeicherte Projekt-Templates sind jetzt aber unter
C:\Users\[Username]\Anwendungsdaten\Steinberg\Cubase6\Project Templates zu finden.

Mitgelieferte MIDI-Plugin-Presets (aber NUR die MIDI-Presets) sind wieder unter
C:\Users\[Username]\Anwendungsdaten\Steinberg\Cubase6\Presets

Eigene Track Presets und MIDI-Loops sind unter
C:\Users\[Username]\Anwendungsdaten\Steinberg\TrackPresets und
C:\Users\[Username]\Anwendungsdaten\Steinberg\MIDI Loops

Dann gibt es da noch
C:\Users\[Username]\Eigene Dateien\CrashDumps
in dem Cubase eben ErrorLogs speichert (warum sind die unter EigeneDateien? Ist das nicht irgendwie was sehr Programminternes??)

Und
C:\Users\[Username]\Cubase Projects
in dem man wohl seine Projekte abspeichern soll - macht aber wahrscheinlich kein Mensch, weil man dafür vermutlich eigene externe oder interne Platten hat

So, es geht weiter mit
C:\Users\AllUsers\Anwendungsdaten\Steinberg\Project Templates
Da sind wieder irgendwelche anderen Projekt-Templates gespeichert - was soll das?

Dann hätten wir:
C:\Users\AllUsers\Anwendungsdaten\Steinberg\Content\HalionOne SoundBanks
Da ist wohl der original HalionOne Content drin
und
C:\Users\AllUsers\Anwendungsdaten\Steinberg\Content\VST Sound
Keine Ahnung wofür der ist - ist bei mir leer

Der übrige Content für Halion und die anderen internen VSTis von Cubase ist hingegen wieder unter
C:\Users\[Username]\Anwendungsdaten\Steinberg\Content
zu finden. (also z.B. zusätzlicher Halion Content, LoopMash Content, GrooveAgent Content, Reverence Content ect.)

Cubase-Interne Plugins sind unter
C:\Programme\Steinberg\Cubase6\VST Plugins

Während sich Dritthersteller Plugins und VSTis nach
C:\Programme\Steinberg\VST Plugins installieren, was ja auch gut so ist

weiter gehts mit
C:\Users\AllUsers\Anwendungsdaten\VST3 Presets\Steinberg Media Technologies\HalionOne
Da ist dann zusätzliche HalionOne Presets vom Yamaha Klavier SR90 und SR OneSoundz Silver drin

unter
C:\Programme\Steinberg\Cubase6\Presets
findet man nochmal mitgelieferte Presets für die MIDI Plugins - wie unterscheiden die sich von denen unter C:\Users\[Username]\Anwendungsdaten\Steinberg\Cubase6\Presets??? Auf welche greift Cubase denn nun zu??

Andererseits findet man unter
C:\Programme\Steinberg\Cubase6\Project Templates
die mitgelieferten Projektvorlagen, für die es aber keine Entsprechung unter
C:\Users\[Username]\Anwendungsdaten\Steinberg\Cubase6\Project Templates
gibt - denn da sind ja nur die selbstgespeicherten drin (was ja auch Sinn macht wenn sie im User Bereich gespeichert sind)

Die mitgelieferten Presets für die mitgelieferten Plugins sind dann wohl noch in Package-Dateien unter
C:\Programme\Steinberg\Cubase6\VST3
verpackt...

Den Control-Panel Editor in einer fertig programmierten Version

Wenn man (wie ich) echte Hardware Synthesizer benutzt, wünscht man sich, diese auch automatisieren zu können. Dafür hat Steinberg den Contol-Panel Editor vorgesehen. Leider wurde diese nur soweit implementiert, dass es für eine Pressemitteilung gereicht hat. Ansonsten fehlen wichtige Features wie zum Beispiel korrekte Skalierung von Elementen, ein Raster und vieles anderes mehr.Wenn man diese Funktionalität zum Beispiel einmal mit Ctrl vergleicht, oder Synthedit, dann weiß man sehr schnell, was fehlt.

Integration des Hardware-spezifischen Mixers der Soundkarte

Jede Soundkarte bringt einen eigenen Mixer mit. Dieser dient der Zuordnung von allen und Ausgängen, Regeln und allgemeinen Routing Aufgaben. Hat man bei einer Aufnahme in der Regel drei Mixer zu betrachten. Den Hardware Mixer oder Channelstrip, den Soundkarten Mixer, und den Cubase Internen. Mindestens einer der beiden im Rechner befindlichen ist überflüssig.Alle diese Aufgaben sollten innerhalb der Applikation möglich sein. Eine Erweiterung des ASIO Standards wäre hier angebracht.

CUDA Support

(wikipedia)

Die Compute Unified Device Architecture (englisch, kurz CUDA genannt) ist eine von Nvidia entwickelte Technik, die es Programmierern erlaubt, Programmteile zu entwickeln, die durch den Grafikprozessor (GPU) auf der Grafikkarte abgearbeitet werden. In Form der GPU wird zusätzliche Rechenkapazität bereitgestellt, wobei die GPU im Allgemeinen bei nicht sequentiellen Programmabläufen signifikant schneller arbeitet als die CPU. CUDA findet bei wissenschaftlichen und technischen Berechnungen ihren Einsatz.

Als einer der aktuell führenden Hersteller stellt Nvidia mit der Fermi-Generation GPUs bereit, die sowohl 32-Bit-Integer, als auch einfach- und doppelt-genaue Gleitkomma-Datenformate nativ bereitstellen (float/double).

Ob ich nun Erdbeben berechne oder einen Faltungshall sollte auf der niedrigsten Ebene irrelevant sein. Auf jeden Fall könnte mittels CUDA-Technologie die interne Berechnung der Sound-Engine deutlich effektiver ablaufen als auf einer konventionellen Rechner-CPU Architektur.

Generic Remote Device

--> Phil999 its your turn ....

OSC Support

--> Phil999 its your turn ....
 

Similar threads

mink99
Antworten
20
Aufrufe
12K
Deusi
khz
Antworten
48
Aufrufe
8K
khz
 


News

Oben