Ziemlich grandios

Arcon2825

Da, wie wir gelernt haben, LUA singlethreaded arbeitet, wirst Du Dir zumindest keinen Bitcoin Miner einfangen

... oder DAS ist der wahre Grund für die Performance, im Hintergrund schürft ZoS Bitcoins auf unseren Rechnern *duckundweg*

Gamer1986PAN

ValarMorghulis1896 schrieb: »

Dont_do_drugs schrieb: »

Wie bereits oben zu lesen, hatte Arka mir das Script zugeschickt und ich habs auf esoui hochgeladen, das Mini-Addon ist also auf Minion downlaodbar.

Danke euch beiden, gute Idee!
@Gamer1986PAN : könnte sich 'Beam me up' eventuell damit beißen, wenn die Gildenlisten nicht automatisch aktualisiert werden?

Danke für die Markierung ich hätte davon sonst nix mitbekommen, weil ich aktuell nicht so aktiv bin im Forum. Ich hol mir das Tool auch gleich mal obs bei mir Probleme gibt (sprich ob auto refresh usw klappt), denke aber dass es klappen dürfte.

Shadow-Fighter

Eigentlich habe ich gestern seitens ZOS erwartet...

Da kommt eine Lösung von der Comm und es dauert...

The_Saint

Shadow-Fighter schrieb: »

Eigentlich habe ich gestern seitens ZOS erwartet...

Da kommt eine Lösung von der Comm und es dauert...

ZOS_GinaBruno schrieb: »

Update: We do have a (untested) fix for this issue, but we want to make sure we do thorough testing on it first and not rush it into a patch. Our plan is to have this fix included in the next update.

Shadow-Fighter

The_Saint schrieb: »

Shadow-Fighter schrieb: »

Eigentlich habe ich gestern seitens ZOS erwartet...

Da kommt eine Lösung von der Comm und es dauert...

ZOS_GinaBruno schrieb: »

Update: We do have a (untested) fix for this issue, but we want to make sure we do thorough testing on it first and not rush it into a patch. Our plan is to have this fix included in the next update.

Die Lösung wurde am 3.12 im EN-Forum veröffentlicht und 2 Tage später wurde es von Gina angenommen.

Da wünscht man sich schon das nach 5-7 Tagen was geschieht...
Wenn man Release von Summerset vergleicht, da wurden komplette Server wegen Geysir bug heruntergefahren

Dont_do_drugs

Nunja, ich kann mir vorstellen, dass ZOS da schon umfangreichere Änderungen vornimmt. Die Änderung durch das Addon beeinflust ja nichts dran, was auf dem Server passiert und wie viele Informationen an die Nutzer verschickt wird. Prinzipiell wäre es eine Idee gewesen, die Änderung, die das Addon jetzt vornimmt, zu implementierten, der Aufwand dürfte auch gering sein, aber ob das wirklich notwendig ist, ist die andere Frage. Denn tatsächlich erhoffe ich mir von ZOS eher, dass sie Änderungen daran vornehmen, mit wie vielen Informationen zum Gildenroster ZOS die Spieler befeuert. Das wäre dann zwei Fliegen mit einer Klappe. Das Roster sortiert sich seltener neu und es erspart den Versand von überflüssigen Daten.

TorvenTool

Dont_do_drugs schrieb: »

Nunja, ich kann mir vorstellen, dass ZOS da schon umfangreichere Änderungen vornimmt. Die Änderung durch das Addon beeinflust ja nichts dran, was auf dem Server passiert und wie viele Informationen an die Nutzer verschickt wird. Prinzipiell wäre es eine Idee gewesen, die Änderung, die das Addon jetzt vornimmt, zu implementierten, der Aufwand dürfte auch gering sein, aber ob das wirklich notwendig ist, ist die andere Frage. Denn tatsächlich erhoffe ich mir von ZOS eher, dass sie Änderungen daran vornehmen, mit wie vielen Informationen zum Gildenroster ZOS die Spieler befeuert. Das wäre dann zwei Fliegen mit einer Klappe. Das Roster sortiert sich seltener neu und es erspart den Versand von überflüssigen Daten.

Ich würde sogar noch einen Schritt weiter gehen. ZOS sollte in diesem Zuge alle ins UI streamende Bestandteile auf den Prüfstand stellen. Eventuell verbergen sich hier noch eine Reihe weiterer Bremsklötze, die zu lösen es gilt. Es wäre ja zu schön, wenn dadurch die Performance insgesamt angehoben werden könnte. Hach.....*träum*

Dont_do_drugs

TorvenTool schrieb: »

Dont_do_drugs schrieb: »

Nunja, ich kann mir vorstellen, dass ZOS da schon umfangreichere Änderungen vornimmt. Die Änderung durch das Addon beeinflust ja nichts dran, was auf dem Server passiert und wie viele Informationen an die Nutzer verschickt wird. Prinzipiell wäre es eine Idee gewesen, die Änderung, die das Addon jetzt vornimmt, zu implementierten, der Aufwand dürfte auch gering sein, aber ob das wirklich notwendig ist, ist die andere Frage. Denn tatsächlich erhoffe ich mir von ZOS eher, dass sie Änderungen daran vornehmen, mit wie vielen Informationen zum Gildenroster ZOS die Spieler befeuert. Das wäre dann zwei Fliegen mit einer Klappe. Das Roster sortiert sich seltener neu und es erspart den Versand von überflüssigen Daten.

Ich würde sogar noch einen Schritt weiter gehen. ZOS sollte in diesem Zuge alle ins UI streamende Bestandteile auf den Prüfstand stellen. Eventuell verbergen sich hier noch eine Reihe weiterer Bremsklötze, die zu lösen es gilt. Es wäre ja zu schön, wenn dadurch die Performance insgesamt angehoben werden könnte. Hach.....*träum*

ich so als nichtentwickler von addons stelle mir vor, dass dein wayshrine addon aber die daten aus eben diesen informationen bezieht, die auch dafür sorgen, dass das roster sich regelmäßig neusortiert. wenn man an der kommunikation so wie ich mir das vorstelle etwas ändern möchte, müsste es so sein, dass die abfrage an den server geschickt wird, sobald das gildenroster geöffnet wird und nur dann die daten zugesandt werden, anstatt wie bisher ungefragt immer. das hätte aber zur folge, dass dein addon nicht mehr wie gehabt läuft und eine andere möglichkeit der abfrage über die api geschaffen werden muss, sodass dein addon die info reinholen kann, sobald man die map öffnet und sich dein fenster aktiviert. oder liege ich da falsch?

Hegron

Dont_do_drugs schrieb: »

mit wie vielen Informationen zum Gildenroster ZOS die Spieler befeuert. Das wäre dann zwei Fliegen mit einer Klappe. Das Roster sortiert sich seltener neu und es erspart den Versand von überflüssigen Daten.

Wie ich schon schrieb, senden die Zos Server kaum Daten in "Grundlast" (nenne ich mal das, worin auch das Gildenrosterfällt). Die Hauptlast beim Datenaustausch kommt durch Positionierung, Spielphysik (Kampf, Rennen, Skills etc.) und Optik (Aussehen, Rasse, di.ck, dünn, Kostüm, etc.)
Hier findet eine sehr starke Überbewertung von paar Strings und vielleicht paar Variablen statt, die das Gildenroster und das UI allgemein brauchen und eine Unterbewertung, was für Daten Server, CPU und GPU benötigen, um Positionierung, Physik und Optik zu berechnen, statt. Da geht es dann um Matrizen, Vektorrechnung, usw., etwas was richtig Rechenleistung und viele Variablen benötigt.

Dont_do_drugs

Hegron schrieb: »

Dont_do_drugs schrieb: »

mit wie vielen Informationen zum Gildenroster ZOS die Spieler befeuert. Das wäre dann zwei Fliegen mit einer Klappe. Das Roster sortiert sich seltener neu und es erspart den Versand von überflüssigen Daten.

Wie ich schon schrieb, senden die Zos Server kaum Daten in "Grundlast" (nenne ich mal das, worin auch das Gildenrosterfällt). Die Hauptlast beim Datenaustausch kommt durch Positionierung, Spielphysik (Kampf, Rennen, Skills etc.) und Optik (Aussehen, Rasse, di.ck, dünn, Kostüm, etc.)
Hier findet eine sehr starke Überbewertung von paar Strings und vielleicht paar Variablen statt, die das Gildenroster und das UI allgemein brauchen und was für Daten Server, CPU und GPU benötigen, um Positionierung, Physik und Optik. Da geht es dann um Matrizen, Vektorrechnung, usw., etwas was richtig Rechenleistung benötigt.

Wie viel das ausmacht ist doch letzten Endes aber schnuppe, wenn sich dort eine Ersparnis findet, selbst wenn es nur eine klitzekleine ist, ist es doch nicht verkehrt diese kleine Änderung vorzunehmen. Dass die wesentlichen Probleme beim Befeuern des Gildenrosters sich dann ergeben, wenn es sich auf der Seite des Users immer wieder neusortiert alle paar Sekunden mal dahingestellt. Ähnliche Sachen diskutieren wir ja auch bei Fragen wie ob png oder jpg in Forum posten und anderem.Kklar. Technik sollte ausreichen, aber warum Ressourcen verschwenden?

Hegron

Dont_do_drugs schrieb: »

Hegron schrieb: »

Dont_do_drugs schrieb: »

mit wie vielen Informationen zum Gildenroster ZOS die Spieler befeuert. Das wäre dann zwei Fliegen mit einer Klappe. Das Roster sortiert sich seltener neu und es erspart den Versand von überflüssigen Daten.

Wie ich schon schrieb, senden die Zos Server kaum Daten in "Grundlast" (nenne ich mal das, worin auch das Gildenrosterfällt). Die Hauptlast beim Datenaustausch kommt durch Positionierung, Spielphysik (Kampf, Rennen, Skills etc.) und Optik (Aussehen, Rasse, di.ck, dünn, Kostüm, etc.)
Hier findet eine sehr starke Überbewertung von paar Strings und vielleicht paar Variablen statt, die das Gildenroster und das UI allgemein brauchen und was für Daten Server, CPU und GPU benötigen, um Positionierung, Physik und Optik. Da geht es dann um Matrizen, Vektorrechnung, usw., etwas was richtig Rechenleistung benötigt.

Wie viel das ausmacht ist doch letzten Endes aber schnuppe, wenn sich dort eine Ersparnis findet, selbst wenn es nur eine klitzekleine ist, ist es doch nicht verkehrt diese kleine Änderung vorzunehmen. Dass die wesentlichen Probleme beim Befeuern des Gildenrosters sich dann ergeben, wenn es sich auf der Seite des Users immer wieder neusortiert alle paar Sekunden mal dahingestellt. Ähnliche Sachen diskutieren wir ja auch bei Fragen wie ob png oder jpg in Forum posten und anderem.Kklar. Technik sollte ausreichen, aber warum Ressourcen verschwenden?

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Das ist ein weiteres Problem bei Zos, dass sie Schlachten auf Nebenkriegsschauplätzen schlagen, die kaum jemanden interessieren und/oder wenn sie geschlagen sind, keine großen Verbesserungen bringen. Sundance hatte mal in einem anderen Thread darüber eine kleine Liste gemacht.

Grauwolf_I

Nur am Rande:
"Ziemlich grandios" geht gar nit

@Bernd - sag doch was

Dont_do_drugs

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Hegron

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s. Außer man hat natürlich Kapazitäten und Geld im Überfluss.

Dont_do_drugs

Hegron schrieb: »

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s. Außer man hat natürlich Kapazitäten und Geld im Überfluss.

ich bezweifle, wie gesagt, dass es hier um eine umfangreiche und zeitaufwändige änderung geht.

Hegron

Dont_do_drugs schrieb: »

Hegron schrieb: »

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s. Außer man hat natürlich Kapazitäten und Geld im Überfluss.

ich bezweifle, wie gesagt, dass es hier um eine umfangreiche und zeitaufwändige änderung geht.

Ja gut, das war ja auch deren Motto, als sie das Jahr der "Performance-Verbesserung" ausgerufen hatten.

ValarMorghulis1896

Hegron schrieb: »

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s.

Hm. Setzen wir statt Daten mal Wasser. Die größte Wassermenge wird im Haushalt beim Waschen (Klamotten, Geschirr, sich selber...) verschwendet. Tropfende Wasserhähne machen nur einen kleinen Teil aus. Weil man an ersteres nicht ran will oder kann, lässt man einfach die Wasserhähne weiter tropfen? Seltsame Logik

Hegron

ValarMorghulis1896 schrieb: »

Hegron schrieb: »

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s.

Hm. Setzen wir statt Daten mal Wasser. Die größte Wassermenge wird im Haushalt beim Waschen (Klamotten, Geschirr, sich selber...) verschwendet. Tropfende Wasserhähne machen nur einen kleinen Teil aus. Weil man an ersteres nicht ran will oder kann, lässt man einfach die Wasserhähne weiter tropfen? Seltsame Logik

Dein Trugschluss scheint mir zu sein, dass ein tropfender Wasserhahn wenig Wasser im Vergleich zu einer Waschmaschine im Jahr vergeudet. Der Vergleich passt hier somit nicht.

ValarMorghulis1896

Hegron schrieb: »

ValarMorghulis1896 schrieb: »

Hegron schrieb: »

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s.

Hm. Setzen wir statt Daten mal Wasser. Die größte Wassermenge wird im Haushalt beim Waschen (Klamotten, Geschirr, sich selber...) verschwendet. Tropfende Wasserhähne machen nur einen kleinen Teil aus. Weil man an ersteres nicht ran will oder kann, lässt man einfach die Wasserhähne weiter tropfen? Seltsame Logik

Dein Trugschluss scheint mir zu sein, dass ein tropfender Wasserhahn wenig Wasser im Vergleich zu einer Waschmaschine im Jahr vergeudet. Der Vergleich passt hier somit nicht.

Käme auf den Einzelfall an, hier die Familie mit 2-3 kleinen Kindern, wo die Waschmaschine quasi ununterbrochen läuft, da der Einpersonenhaushalt, der seine einzige Hose einmal pro Woche zum Durchlüften raushängt... Aber wir verzetteln uns glaube ich
Ich bin jedenfalls der Meinung, selbst wenn die Lösung oben wenig bringt, ist es immer noch besser als nichts!

Hegron

ValarMorghulis1896 schrieb: »

Hegron schrieb: »

ValarMorghulis1896 schrieb: »

Hegron schrieb: »

Dont_do_drugs schrieb: »

Also in meinem Studium wurde mir beigebracht, mich auf die Widerstände, Probleme, Nadelöhre und Kosten zu stürzen, die den größten Anteil am Gesamtsystem ausmachen. Aus der Verbesserung resultiert der meiste Gewinn. Und nicht die Probleme zu bearbeiten, die 2% am Gesamtsystem ausmachen und wo man vielleicht noch 0,5% rausholen kann.

Und ich habe zumindest im Bereich Webentwicklung gelernt, so wenig Datenlast wie möglich zu produzieren und diese Aspekte zu optimieren. :P

Dann schaut man sich den Part der Datenlast an, der 1500 Bit/s ausmacht und nicht den mit 40 Bit/s.

Hm. Setzen wir statt Daten mal Wasser. Die größte Wassermenge wird im Haushalt beim Waschen (Klamotten, Geschirr, sich selber...) verschwendet. Tropfende Wasserhähne machen nur einen kleinen Teil aus. Weil man an ersteres nicht ran will oder kann, lässt man einfach die Wasserhähne weiter tropfen? Seltsame Logik

Dein Trugschluss scheint mir zu sein, dass ein tropfender Wasserhahn wenig Wasser im Vergleich zu einer Waschmaschine im Jahr vergeudet. Der Vergleich passt hier somit nicht.

Käme auf den Einzelfall an, hier die Familie mit 2-3 kleinen Kindern, wo die Waschmaschine quasi ununterbrochen läuft, da der Einpersonenhaushalt, der seine einzige Hose einmal pro Woche zum Durchlüften raushängt... Aber wir verzetteln uns glaube ich

Ein tropfender Wasserhahn wird sich wohl bei den meisten sowieso kaum in der Rechnung niederschlagen. Da in den meisten Gebäuden billige Zähler (z.B. Flügelradzähler) verbaut wurden. Die sind so ungenau bei sehr kleinen Mengenströmen, dass da fast nichts gemessen wird.

ValarMorghulis1896 schrieb: »

Ich bin jedenfalls der Meinung, selbst wenn die Lösung oben wenig bringt, ist es immer noch besser als nichts!

Bin ich letztlich der selben Meinung.

nuvak

Hegron schrieb: »

Hier findet eine sehr starke Überbewertung von paar Strings und vielleicht paar Variablen statt, die das Gildenroster und das UI allgemein brauchen und eine Unterbewertung, was für Daten Server, CPU und GPU benötigen, um Positionierung, Physik und Optik zu berechnen, statt. Da geht es dann um Matrizen, Vektorrechnung, usw., etwas was richtig Rechenleistung und viele Variablen benötigt.

Der wichtige Unterschied, den du offensichtlich immer noch ignorierst, ist dass das eine eben grundlegend viel Rechenleistung braucht und das andere nicht, es aber trotzdem tut. Genau das ist doch, warum Zenimax zugibt es hier mit einem "Issue" zu tun zu haben. Wenn das UI merkbar für Performanceeinbrüche sorgt (Und jeder der mal gewisse Addons verwendet hat, weiß genau, dass das möglich ist, besonders wergen der single-thread-Problematik. Wir reden da NICHT von 2% der gesamten CPU-Leistung des Spiels), dann ist es lohnend da nachzuschauen, weil eben zu erwarten ist, dass mit relativ wenig Aufwand eine große Performanceblockade weggeräumt werden kann. Deutlich weniger Aufwand als ein optimieren wahrscheinlich schon stark optimierter Teile wie Grafik etc. Insofern tun sie genau das, was du forderst, nämlich sich auf das lohnendste stürzen was sie finden können. (Also in diesem Fall zumindest, dass sie das nicht immer getan haben, will ich auch nicht abstreiten)

Hegron

@nuvak

Ebenso könnte ich argumentieren, wenn die nicht mal Gruppenfinder und Gildenroster beim ersten Schuss hinbekommen, wie sieht es erst bei den wirklich komplizierten und mathematischen Themen aus?
Besonders, da sie gerne erst von der Community auf die Probleme mit der Nase draufgestupst werden wollen. Wer weiß, was da wirklich optimiert ist, ich gehe mittlerweile davon aus, dass das nicht allzu viel ist.

nuvak

@Hegron

Ich würde mal stark vermuten, dass da nicht die gleichen Leute für verantwortlich sind. Außerdem, so was kann wohl jedem mal passieren, daher finde ich auch, dass das eigentlich peinliche hier ist, dass sie erst von der Community draufgestupst werden müssen. Das sollte eigentlich schon intern beim testen und profilen auffallen, wie jemand ja auch schon andeutungsweise schrieb.

Hegron

Das hat doch nichts mit "gleichen Leuten" zu tun. Die werden ja nicht für den Netcode ein Programmierer aus dem Silicon Valley holen und den Gildenroster schreibt der Hausmeister, nachdem er die Lecks an den Wasserhähnen beseitigt hat.

Dont_do_drugs

Hegron schrieb: »

Das hat doch nichts mit "gleichen Leuten" zu tun. Die werden ja nicht für den Netcode ein Programmierer aus dem Silicon Valley holen und den Gildenroster schreibt der Hausmeister, nachdem er die Lecks an den Wasserhähnen beseitigt hat.

jetzt hast du eine steilvorlage geliefert....die ich nicht nutzen werde.

Hegron

Dont_do_drugs schrieb: »

Hegron schrieb: »

Das hat doch nichts mit "gleichen Leuten" zu tun. Die werden ja nicht für den Netcode ein Programmierer aus dem Silicon Valley holen und den Gildenroster schreibt der Hausmeister, nachdem er die Lecks an den Wasserhähnen beseitigt hat.

jetzt hast du eine steilvorlage geliefert....die ich nicht nutzen werde.

Wenn es was sachliches ist, dann nur raus damit. Ich denke, ich habe bewiesen, dass ich auch jemand anderem Recht geben kann, falls ich falsch liege.
Aber diese Diskussion mit nuvak ist sowieso nur "was wäre wenn", genaues kann dazu keiner außerhalb von Zos sagen.

Bernd

Grauwolf_I schrieb: »

Nur am Rande:
"Ziemlich grandios" geht gar nit

@Bernd - sag doch was

@Grauwolf_I Natürlich geht "ziemlich grandios". Ziemlich bedeutet nämlich nicht nur "annähernd, fast, ungefähr" (das übrigens nur umgangssprachlich), sondern auch "in verhältnismäßig hohem, großem, reichlichem o. ä. Maße".
Fazit: "Ziemlich grandios" kann auch bedeuten: "In hohem Maße grandios", und nicht nur ein bißchen grandios oder nur grandios. Aber "gar nit" geht gar nicht.
Ja bin ich denn der einzigste wo hier deutsch kann?

nuvak

Hegron schrieb: »

Aber diese Diskussion mit nuvak ist sowieso nur "was wäre wenn", genaues kann dazu keiner außerhalb von Zos sagen.

Genau dafür will ich hier mit meinen Einwänden eigentlich auch nur den Blick schärfen, dass eigentlich alles hier Spekulation ist ^^. Auch von mir. Aber das ist meiner Meinung nach ein guter Grund, sich mit vorschnellen Urteilen ein wenig zurückzuhalten (Nicht mit dem Spekulieren an sich, das mach ich ja auch gern)

Und nebenbei, ohne da jetzt zu sehr in eine Nebendiskussion geraten zu wollen: Genau so läuft das (überspitzt) oft in der Spieleentwicklung, schließlich werden kritische oder komplexe Basiselemente oft eingekauft. Ein Spiel komplett selbst, "from scratch", zu entwickeln dürfte unüblich geworden sein.

Dont_do_drugs

Hegron schrieb: »

Dont_do_drugs schrieb: »

Hegron schrieb: »

Das hat doch nichts mit "gleichen Leuten" zu tun. Die werden ja nicht für den Netcode ein Programmierer aus dem Silicon Valley holen und den Gildenroster schreibt der Hausmeister, nachdem er die Lecks an den Wasserhähnen beseitigt hat.

jetzt hast du eine steilvorlage geliefert....die ich nicht nutzen werde.

Wenn es was sachliches ist, dann nur raus damit. Ich denke, ich habe bewiesen, dass ich auch jemand anderem Recht geben kann, falls ich falsch liege.
Aber diese Diskussion mit nuvak ist sowieso nur "was wäre wenn", genaues kann dazu keiner außerhalb von Zos sagen.

das war keine steilvorlage gegen dich :P

Hegron

nuvak schrieb: »

Hegron schrieb: »

Aber diese Diskussion mit nuvak ist sowieso nur "was wäre wenn", genaues kann dazu keiner außerhalb von Zos sagen.

Genau dafür will ich hier mit meinen Einwänden eigentlich auch nur den Blick schärfen, dass eigentlich alles hier Spekulation ist ^^. Auch von mir. Aber das ist meiner Meinung nach ein guter Grund, sich mit vorschnellen Urteilen ein wenig zurückzuhalten (Nicht mit dem Spekulieren an sich, das mach ich ja auch gern)

Ich versteh gar nicht, wie die Spieler darauf gekommen sind, dass der Gildenroster zu viel Rechenleistung benötigt. Mir scheint das ein Schuss in den Nebel gewesen zu sein, der mal getroffen hat.