ValarMorghulis1896 schrieb: »Danke euch beiden, gute Idee!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.
@Gamer1986PAN : könnte sich 'Beam me up' eventuell damit beißen, wenn die Gildenlisten nicht automatisch aktualisiert werden?
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 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.
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.
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*
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.
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.
Dont_do_drugs 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.
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
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 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.
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 LogikDont_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.
ValarMorghulis1896 schrieb: »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 LogikDont_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.
ValarMorghulis1896 schrieb: »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 LogikDont_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.
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 schrieb: »ValarMorghulis1896 schrieb: »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 LogikDont_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.
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
ValarMorghulis1896 schrieb: »Ich bin jedenfalls der Meinung, selbst wenn die Lösung oben wenig bringt, ist es immer noch besser als nichts!
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.
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 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.
Grauwolf_I schrieb: »
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)Aber diese Diskussion mit nuvak ist sowieso nur "was wäre wenn", genaues kann dazu keiner außerhalb von Zos sagen.
Dont_do_drugs 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.
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)Aber diese Diskussion mit nuvak ist sowieso nur "was wäre wenn", genaues kann dazu keiner außerhalb von Zos sagen.