S1 v1 Pro prima, grosse Probleme mit v2 2.02

[omkar]

Ich habe seit über einem Jahr S1 v1 Pro nicht direkt im produktiven Einsatz,
aber viele Testprojekte ausprobiert und war sehr angetan von Worklow und Stabilität.
Kenne also sehr gut das Verhalten der Daw.

Seit etwas mehr als einer Woche teste ich nun intensiv den Update auf v2 2.02
und ... aus die Maus.

1. Ich musste die Sampleblockgrösse von 256 auf 512 erhöhen
um keine ständigen Crackles mehr zu haben.

2. Das ganze System hängt sich in regelmässigen Abständen komplett auf,
friert ein und nicht mal der Taskmanager kann das auflösen, macht einen Reboot nötig.

Ich kann keinen direkten Auslöser ausfindig machen,
der letze aktuelle Totalausfall war nach einem Drag and Drop des S1 EQ`s in einen Insert.

Aufgefallen ist mir dass v2 extrem empfindlich auf ältere Freeware Vsti`s reagiert,
(nutze ich gern als Stresstest)
die ansonsten problemlos in anderen Daws laufen.
Besondere Kandidaten waren etwa Chrystal, Synth1 und Oatmeal,
hier gab es zu den Aufhängern noch einen sehr lauten explosiven Klang.

An OS, Soft- und Hardware hat sich in diesem Zeitraum nichts geändert.

Windows und Treiber sind bis in den kleinsten Winkel optimiert,
S1 v1 Pro und Samplitude Pro sind zufrieden damit.

Alle Daws, Versionen und Plugins laufen auf 32bit.

Ich möchte gern mal in die Runde fragen, ob ihr ähnliche Unterschiede
zwischen den versionen bei euch festgestellt habt (bis auf die bekannten Bugs).

Habe ich eine Einstellung in v2 übersehen die ich überprüfen könnte ?

Gibt es einen aussagekräftigen Crashlog den ich an Presonus schicken kann ?.

 

[Noizebreaker]

Also hier, allerdings unter Apple (iMac i7), läuft alles wie gewohnt. Keine großartigen Abstürze, kein einfrieren , keine Crackles und auch alle Plugins (einige hundert, alte wir neue - auch Crystal u. Synth 1) laufen wie gewohnt. Ebenfalls 32bit.

Gruß

 

[eurodancer]

Besondere Kandidaten waren etwa Chrystal, Synth1 und Oatmeal,
hier gab es zu den Aufhängern noch einen sehr lauten explosiven Klang.

Wegen eines ähnlichen Problems bin ich gerade in Kontakt mit dem Support. Betrifft allerdings Alchemy Player 64bit, Predator 64bit und Rhino 64bit. Während alle anderen VSTis blendend laufen, kommt es bei den genannten kurz nach Anspielen diverser Presets zu einem plötzlichen lauten Knackser, das Metering im Mixer springt auf 666 und danach gibts im gesamten Projekt statt Sound nur noch Knackser, bis ich S1 schließe. Dieses seltsame Verhalten hatte ich aber schon in V1 und ist in V2 weiterhin präsent. Die gebridgten 32bit-Versionen von Alchemy und Predator laufen problemlos.

 

[omkar]

Würde mich interessieren was du als Antwort bekommst, obwohl 64bit wie ich annehme.

Erstmal danke für euer Feedback, ich habe einen schlecht übersetzten Idle Steuersatzbefehl an AMD CPU´s in Verdacht, was aber über die Software gefixt werden müsste.
Vorerst muss ich leider bei v1 bleiben.

Wegen eines ähnlichen Problems bin ich gerade in Kontakt mit dem Support. Betrifft allerdings Alchemy Player 64bit, Predator 64bit und Rhino 64bit. Während alle anderen VSTis blendend laufen, kommt es bei den genannten kurz nach Anspielen diverser Presets zu einem plötzlichen lauten Knackser, das Metering im Mixer springt auf 666 und danach gibts im gesamten Projekt statt Sound nur noch Knackser, bis ich S1 schließe. Dieses seltsame Verhalten hatte ich aber schon in V1 und ist in V2 weiterhin präsent. Die gebridgten 32bit-Versionen von Alchemy und Predator laufen problemlos.

 

[Realist]

das Metering im Mixer springt auf 666

Sorry,aber ich konnte gerade nicht anders.

 

[Ari]

Hallo Omkar,

es gibt Crashdumps, Dateien die angelegt werden, wenn Studio One ungewollt abschaltet.
(sofern es noch die Chance gibt, etwas zu schreiben. - Damit meine ich jetzt Festplattensofortcrashes)

Der Ordner, wo sich diese Datein befinden ist folgender:
"C:/Benutzer/Benutzername/AppData/Roaming/PreSonus"

Mit dieser Datei die beim Crash dort erzeugt wird, kann der Support möglicherweise ersehen, um was für eine Art Problem es sich handelte. Es kann ja sonstwas sein, von Treibern, Speicherproblemen, CPU Stolperfallen, bis hin zu nicht sauber programmierten Plugins und Instrumenten.

----
Ich habe übrings auch sehr sehr viel alte VST Synthesizer in ständigem Gebrauch. Freeware wohlbemerkt. (TAL ist einfach verdammt großartig!!! ) Probleme habe ich ausschließlich mit kostenpflichtigen Instrumenten. Aber damit hat die Hostsoftware manchmal nichts zu tun, sondern die externen Hersteller.

An omkar nochmal.
Du sagst in punkt 1, dass du Crackels hast wie verrückt.
Bei einem leeren Projekt schon, oder beim alten Projekt? Mit bereits geladenen (alten) Plugins?

Welches Plugin da extreme Parties veranstaltet, das kann man nachschauen, wenn man unten links auf die Performance-Anzeige klickt. Dann geht das Fenster auf und bei einem Schalter kann man die Sache aufklappen und ganz genau sehen, welches Plugin grad wieviel verbraucht. Vielleicht kann man da jetzt schonmal ein bisschen was herausfinden.

Grüße
Ari

 

[lancia]

Hab endlich die Lösung gefunden.

cakewalk - Sonar X1

Teste grade die Demo und alles läuft ohne Probleme.
Vom Aussehen könnte das der Vater von Studio One sein.
Sogar mit Texteditor. Eine geniale DAW.

Für mich waren es zu viele VST´s, die unter S1 V2 nicht mehr laufen.
Scheint also doch nicht an den VST´s zu liegen.
Sogar der Groove Agent und B4 laufen jetzt wie ne Eins
und keine Aussetzer mehr im Mdrummer.

 

[omkar]

@ lancia:
Chronologisch betrachtet ist S1 Mama und Papa von Sonar X1,
aber du hast insofern Recht, Dinge auch mal aus einer anderen Perspektive/Daw zu betrachten,
das werde ich auch machen.

Der Altersunterschied zwischen beiden Daws ist allerdings immens,
da steht S1 noch unter Welpenschutz und kann erst später ein Herausforderer werden.

Ein absolutes No Go ist für mich der Umstand
dass eine Sonar Liezenz nicht wiederverkaufbar ist (soweit ich weiss).

Sehr schätzenswert an S1 finde ich die ungemeine Klangtreue, sehr präzise und linear.
Ich habe den direkten Vergleich mit Samplitude.

@ Ari

Das nenne ich mal eine ausführliche Antwort, dankeschön !

Die Crackles sind schon bei einem Startprojekt hörbar, es reicht ein beliebiges VSTi.

Vorstellen kann ich mir durchaus dass es nicht an S1 liegt
und die Daw mit unsauber programmierten VSTi`s zu kämpfen hat.

Ein schlimmer Finger (für S1 v2) scheint mir Z3ta+ 2 zu sein, der ist natürlicherweise
in dem genannten Zeitraum neu hinzugekommen.

Ich werde übers Wochenende nochmal alles unter den neuen Gesichtspunkten durchgehen.

 

[eurodancer]

Kannst ja mal testen: http://forums.presonus.com/posts/list/45/15034.page#104447

Bei mir hat's leider nix gebracht.

 

[omkar]

Also das ist mal eine Überraschung !

Der Übeltäter ist Z3ta+ 2,
ich kann kaum glauben dass ein Vsti in der Lage ist
komplett alles lahm zu legen, inklusive OS,
was bei W7 nicht alltäglich ist.

Bei den S1 v2 Tests lief dieser immer ungewollt mit,
da ich Ordnerstrukturen ausprobierte
und vergessen hatte den Inhalt an- und auszuschalten.

Intuitiv habe ich den Z3ta+ 2 dann mit Jbridge
von 32bit auf 32bit gebridged und voila ... Ruhe.

Faszinierend nach einer Woche zu sehen was S1 v2 wirklich kann
und kommt mindestens genauso flüssig daher wie v1.
Macht Spass !

Mein Ansatz und Thread war also völlig falsch
und der Thread sollte lauten:

Z3ta+ prima, grosse Probleme mit Z3ta+ 2

Spekulativ bleibt noch ob S1 "zu sauber"
für Problemkandidaten programmiert ist
oder noch nicht allen Eventualitäten Rechnung trägt.

Danke nochmal für eure Beiträge.

 

[omkar]

Kleiner Nachtrag noch:

Das vermutete Idle Problem (also der Wechsel zwischen Ruhezustand und Betrieb)
hat sich in anderen Foren bestätigt und ist Dawübergreifend.

Vermutet wird dass die Arpsektion des Zeta+ 2 der Auslöser ist.

Besonders im Ruhezustand sendet Zeta+ 2 fortwährend Signale
und lässt den Leistungsindikator hoch und runter rennen (CPU spikes).

 

[eike]

(.., ich habe einen schlecht übersetzten Idle Steuersatzbefehl an AMD CPU´s in Verdacht, was aber über die Software gefixt werden müsste. ..)
Das vermutete Idle Problem (also der Wechsel zwischen Ruhezustand und Betrieb)
hat sich in anderen Foren bestätigt und ist Dawübergreifend.

entspricht das den intel-c-states? insofern waers vielleicht nicht schlecht, die stromspar- und uebertaktungsfunktionen auszuschalten? (BIOS oder power-profil, siehe andere freds. ich schreib das immer wieder, weil es oft wirklich ziemlich viel bringt, und noch nicht total umfassend bekannt ist)

 

[omkar]

(.., ich habe einen schlecht übersetzten Idle Steuersatzbefehl an AMD CPU´s in Verdacht, was aber über die Software gefixt werden müsste. ..)
Das vermutete Idle Problem (also der Wechsel zwischen Ruhezustand und Betrieb)
hat sich in anderen Foren bestätigt und ist Dawübergreifend.

entspricht das den intel-c-states? insofern waers vielleicht nicht schlecht, die stromspar- und uebertaktungsfunktionen auszuschalten? (BIOS oder power-profil, siehe andere freds. ich schreib das immer wieder, weil es oft wirklich ziemlich viel bringt, und noch nicht total umfassend bekannt ist)

Das Power Profil ist immer an, ich hatte es auch in einem Thread empfohlen,
da keine fixen Bioseinstellungene notwendig sind.

Der Z3ta+ 2 hebelt trotzdem alles aus, ein erstaunliches Biest
und mit Sicherheit sehr interessant für Dev Teams !