Nachtschicht
- Registriert
- 20.08.11
- Beiträge
- 8.294
- Reaktionen
- 4.768
- Punkte
- 22.740
Ganz ruhig Leute.
Es geht hier um die Windows IP, auf der die Freischaltung beruht. Nicht mehr und nicht weniger. Also Windows sagt Studio One in Form einer IP, die WINDOWS VERGIBT, ob Studio One hier laufen darf oder nicht.Windows IPs ändern sich bei bestimmten Hardwareänderungen. Man kann noch nichtmal sagen, dass es bei Netzwerk unbedingt passieren MUSS. Denn es liegt weder an der Hardware, noch an Netzwerk oder sonstwas, sondern rein daran, wann WINDOWS meint, eine neue IP vergeben zu müssen.
dann darfst du dein challenge response system eben nicht nur basierend auf dieser IP laufen lassen sondern musst ein paar zusätzliche parameter mit einbeziehen mit denen du mit hinreichender (im gegensatz zu absoluter) sicherheit feststellen kannst, ob das immer noch derselbe computer ist auf dem die software gerade startet. klarer design fehler. ich habe dutzende softwares die mit challenge response laufen, die allesamt niemals so ein problem hatten, weiss gott was für computerumbauten klaglos akzeptiert haben und mit sicherheit es nicht wagen würden, nicht mehr zu funktionieren wenn ich mal offline bin (DER status, bei dem ich auch schlecht eine neue onlinefreischaltung kriegen würde - was ist denn, wenn meine internetleitung mal nicht funktioniert? dann liegt halt das studio lahm oder was? unglaublich). ergo: es scheint auch andere gangbare wege zu geben, ergo: es liegt an studio one. dass es allein an windows liegt, wenn die praktisch gesamte konkurrenz das problem nicht hat (ich kenne nicht ein einziges produkt in meinem besitz dass dieses problem hätte, und ich würds auch sofort zum fenster rauswerfen), ist geradezu albern.
Es tut mir nicht wirklich Leid, dass wir kein Dongel-System benutzen!
schlechter versuch, zu suggerieren dies läge nur an der frage ob man mit dongle arbeitet oder mit challenge response. nochmal: sämtliche softwares die ich besitze *die mit challenge response arbeiten*, haben dieses problem nicht. heisst: euer (?) challenge reponse ist, pardon, scheisse implementiert. und die haltung, diesen euren fehler auf das OS zu schieben anstelle ihn zu korrigieren ist gelinde gesagt...wie sag ichs freundlich...keine unterstützenswerte haltung.
ps: Nix für Ungut, ich hasse sowohl ALLE Kopierschutzsysteme, als auch alle Crack-User, die uns dazu zwingen.
und ich hasse hersteller die lieber mit dem finger auf andere zeigen (microsoft, geht immer!) anstelle ihre fehler einzugestehen und zu korrigieren.
Ich finde diesen Ton nicht angebracht, lieber erfahrener User![/quote]wenn die zu dumm (oder zu misstrauisch) sind, ein challenge response modell zu programmieren
der ton ist absolut angebracht. es ist der einzige tonfall mit dem man leute aus dieser inakzeptablen haltung rausrütteln kann, eine userschaft ist immer gut beraten sich sowas nicht bieten zu lassen, sonst ändert sich nix.
nochmal in kurz: studio one ist das einzige mir bekannte audioprogramm dass ein solches verhalten in seinem kopierschutzverhalten aufweist. demzufolge scheint es andere wege zu geben wie man das macht (fragt einfach die gesamte konkurrenz wie die das machen), die ihr aber nicht implementiert habt. ergo: es liegt an studio one, nicht an windows. simple empirie.
wow, über sowas kann ich mich richtig aufregen. und ich benutze die software noch nichtmal...und werds jetzt aber auch erst recht nichtmal mehr je in erwägung ziehen. so eine haltung (die implementation selbst und die art der rechtfertigung im nachhinein) ist für mich "erfahrenen user" inakzeptabel. sorry.