Silkroad Online Forum

Zitat von »Daddi«

Es wäre mehr als einfach von heute auf morgen nach nem Update alle Bots auszusperren. Man müsste in bestimmte Packets einfach nur bestimmte Sicherheitscodes einbauen welche dann auch vom geupdateteten Client geschickt werden. Vom Bot natürlich nicht. Funktionieren würde der Bot trotzdem, aber JM könnte von heute auf morgen genaue Daten sammeln: X bottet, Y nicht.

Man merkt, dass Du Dich NULL mit der Materie beschäftigst, denn a) gibts Security Seeds schon ewige Zeiten und b) wenn ein Update nötig wäre, würde man das merken, denn schliesslich gäbe es neben einer neuen sro_client.exe ggf. sogar noch ein Patch für die PK2s und in beiden Fällen würden a) alle User DC bekommen, die keine Updates haben, insofern wären dann b) die Bothersteller schon lange am Updaten.

a) könnte man diese "Seeds" aber erweitern oder verändern
b) es kommen ständig Updates bei denen nur irgendwelche Bugs gefixt werden, da könnte man das locker mit einarbeiten.
Wieso würden die Leute "DCs" bekommen? Klar, wie jeden Dienstag und?

Und jetzt der Clou:

Das System könnte man so aufbauen, dass regelmässig, generiert aus z.b. dem aktuellen Timestamp und einer bestimmten Code-Folge, ähnlich dem Salt-Verfahren bei Hashs, neue Sicherheitscodes genutzt werden.
Man könnte das Update sogar so ausarbeiten, dass man erstmal *überhaupt* nichts davon merkt, weil es noch "inaktiv" geschaltet ist und sich irgendwann durch ein bestimmtes Package, welches JM dann von den Servern neu "verbreiten" lässt, "aktiviert" und dann erst die Sicherheits-Codes mit versendet werden. Die Bothersteller bekämen überhaupt nichts davon mit, weil es wie ne Zeitbombe im Quellcode tickt und nur darauf wartet alle Bots hochgehen zu lassen.

Ständig ändernde Sicherheitscodes nach einem bestimmten System würden auch die besten Bot-Hersteller nach kurzer Zeit verzweifeln lassen. Vor allem weil das Spielen bzw das Botten überhaupt nicht verhindert wird, sondern man still und heimlich einfach die Daten sammelt. Solange ein Bot läuft ohne zu murren, würden wohl mehr als 50% der Botuser nicht auf die Idee kommen ein Update dafür zu installieren. Und schon säßen sie in der Falle, denn die Bot-Liste bei JM würde immer und immer grösser werden.

P.S:
Ich hätte mal gerne ein paar mehr Infos über deine angesprochenen "Security Seeds" welche JM wohl auch schon einsetzt?
Ich kann dazu nichts finden und hab das Gefühl du willst hier einfach nur ein paar schlaue Begriffe einwerfen um als "Insider" zu gelten. Aber da das ja nicht so ist, kannst du mir ja bestimmt Infos und Quellen auf anderen Seiten geben die erklären was es damit aufsich hat

Zitat von »Daddi«

P.S:
Ich hätte mal gerne ein paar mehr Infos über deine angesprochenen "Security Seeds" welche JM wohl auch schon einsetzt?

http://rapidshare.com/files/185452648/Si…curity.pdf.html

Falls es dich Interessiert. ^^

Wie kommt er dabei auf den Namen "Seed"? Es lassen sich dazu im Netz keine genaueren Infos finden.
Dass es dieses System gibt wusste ich, aber den Namen dazu kannte ich nicht in dier Form.

Trotzdem liesse sich das System erweitern und verbessern, da bin ich mir sehr sicher. Man merkt bei anderen Spielen, dass es dort ja auch klappt, Bots fernzuhalten.

Zitat von »Daddi«

a) könnte man diese "Seeds" aber erweitern oder verändern
und dann? dazu muss der client upgedatet werden, upgedateter client ist schon mal komisch -> Check von z.B. bot369
b) es kommen ständig Updates bei denen nur irgendwelche Bugs gefixt werden, da könnte man das locker mit einarbeiten.
Wieso würden die Leute "DCs" bekommen? Klar, wie jeden Dienstag und?
Selbst wenns am Dienstag passiert, neuer Client, alter Bot -> Inkompatibel, bot369 muss arbeiten

Und jetzt der Clou:

Das System könnte man so aufbauen, dass regelmässig, generiert aus z.b. dem aktuellen Timestamp und einer bestimmten Code-Folge, ähnlich dem Salt-Verfahren bei Hashs, neue Sicherheitscodes genutzt werden.
Egal von welcher Seite aus soetwas generiert wird, die Gegenseite muss logischerweise für einen Gegencheck ebenfalls eine Berechnung bzw. Checkberechnung durchführen können, je nachdem obs eine Einwegverschlüsselung ist, oder ob es wieder entschlüsselt werden soll/kann/whatever. Somit muss es wiederum im Client stehen -> Debuggen, Spass haben, Nutzlos

Man könnte das Update sogar so ausarbeiten, dass man erstmal *überhaupt* nichts davon merkt, weil es noch "inaktiv" geschaltet ist und sich irgendwann durch ein bestimmtes Package, welches JM dann von den Servern neu "verbreiten" lässt, "aktiviert" und dann erst die Sicherheits-Codes mit versendet werden. Die Bothersteller bekämen überhaupt nichts davon mit, weil es wie ne Zeitbombe im Quellcode tickt und nur darauf wartet alle Bots hochgehen zu lassen.
Ähm nein? Zumindestens nicht bei Clientbasierten Bots. SBot (im Nicht CL Mode), TBot, iSRO Bot (inkl. SM als Crack für iSRO) und agBot als Beispiel reichen ggf. Packets einfach an den Client weiter, der verarbeitet sie (schliesslich ist es in die sro_client.exe implementiert) und schickt die Antwort zurück. CLBots wie SBot im CL Mode, edxCL, iSRO CL hätten ggf. ein Problem, sofern dies nicht schon vorher bekannt werden würde. Ansonsten würde es erst einmal ggf. in einem DC enden, Leute beklagen sich und dann wirds checken angefangen.

Ständig ändernde Sicherheitscodes nach einem bestimmten System würden auch die besten Bot-Hersteller nach kurzer Zeit verzweifeln lassen. Vor allem weil das Spielen bzw das Botten überhaupt nicht verhindert wird, sondern man still und heimlich einfach die Daten sammelt. Solange ein Bot läuft ohne zu murren, würden wohl mehr als 50% der Botuser nicht auf die Idee kommen ein Update dafür zu installieren. Und schon säßen sie in der Falle, denn die Bot-Liste bei JM würde immer und immer grösser werden.
Wo wir wieder beim Thema sind, ändert sich was, muss es der Client für eine Antwort auch wissen -> Code ist im Client implementiert usw usw, siehe oben. Wenn eine fehlende Antwort oder falsche Antwort jedoch nicht in einem DC enden, ist das herausfinden dieses Packets nicht unmöglich. Ich habe jeden Tag mit Packets zu tun, es würde zwangsläufig in der Frage enden "Hey, da ist ein unbekanntes Packet, was macht'n das?" und schon siehe notfalls wieder 1. Satz.

P.S:
Ich hätte mal gerne ein paar mehr Infos über deine angesprochenen "Security Seeds" welche JM wohl auch schon einsetzt?
Ob Du es Seeds oder Bytes oder sonst etwas nennst, spielt keine Rolle, Antwort hattest ja schon in Form der PDF.
Ich kann dazu nichts finden und hab das Gefühl du willst hier einfach nur ein paar schlaue Begriffe einwerfen um als "Insider" zu gelten. Aber da das ja nicht so ist, kannst du mir ja bestimmt Infos und Quellen auf anderen Seiten geben die erklären was es damit aufsich hat

Dein Gefühl ist schlecht. Unter anderem arbeite ich an einem Clientless Tradebot (c++) mit (zu 95% fertig), habe genug diverse Tools geschrieben (ai3,c++) und mich mit der ganzen Materie tief genug beschäftigt. Es gibt sicher den ein oder anderen hier im Forum, der mich kennt und der bestätigen kann, dass dies nicht nur Wannabe Gelaber ist. (EDIT: Fast selfown3d ^^)

Zitat von »sr972«

und dann? dazu muss der client upgedatet werden, upgedateter client ist schon mal komisch -> Check von z.B. bot369

Ich denke nicht, dass die jedes mal den ganzen Code disassemblen. Und selbst dann müsste man die bestimmten Stellen nicht finden.

Zitat von »sr972«

Selbst wenns am Dienstag passiert, neuer Client, alter Bot -> Inkompatibel, bot369 muss arbeiten

Warum soll das gleich inkompatibel sein? Wir reden nur von einer Erweiterung, welche das Spiel und auch das Botten nicht beeinträchtigt, sondern nur zur Überprüfung da ist, damit JM den jeweiligen Account als Bot markieren kann.

Zitat von »sr972«

Somit muss es wiederum im Client stehen -> Debuggen, Spass haben, Nutzlos

Es muss nicht zwangsläufig im Client stehen. Nehmen wir die DLC-Container-Formate des J-Downloaders. Auch dessen Verschlüsselung konnte bis heute nicht einfach geknackt werden, weil die Entschlüsselung extern auf dem Server erfolgte.
Hier könnte man so vorgehen, dass ein bestimmter Key, zusätzlich verschlüsselt, aus dem Netz angefordert werden muss, der sich auch immer wieder unterscheidet auf jeweiligen Umständen wie Uhrzeit des Servers oder ähnlichem. Mir wäre neu, dass man aus einem Kompiliertem Programm den Quellcode so start wiederherstellen kann, dass man jeden der Schritte in Klartext wieder vor sich hat und damit soetwas rekonstruieren kann.

Zitat von »sr972«

Ansonsten würde es erst einmal ggf. in einem DC enden, Leute beklagen sich und dann wirds checken angefangen.

Nein, wieso sollte es in einem DC enden? Der Sinn dahinter ist ja, die Verbindung bei Fehlen des Packets nicht abbrechen zu lassen, sondern die Sache nur serverseitig zu loggen, wodurch der User und auch der Bothersteller in erster Linie nichts mitbekommen.

Zitat von »sr972«

"Hey, da ist ein unbekanntes Packet, was macht'n das?" und schon siehe notfalls wieder 1. Satz.

Und dann? Da es nur ein "Log"-Packet ist wird man den nutzen nicht bestimmen können (es wird ja auch keine Notice von JM geben "wir lassen zur Boterkennung bestimmte Packets versenden um damit zu sehen wer bottet"). Da es das Spiel nicht beeinträchtig würde man das ganze wahrscheinlich nach ner Zeit ignorieren.


Ist ja schön, dass du dich scheinbar so gut in der Materie auskennst, aber stelle andere dann nicht gleich als dumm, unwissend oder uninformiert dahin, nur weil sie noch nicht so "tolle" Sachen wie du gemacht haben.

Warum es nicht inkompatibel sein sollte?
Neuer Client, neue Offsets, Bot liest falsch und funktioniert nicht. Verstanden?

[qoute]Es muss nicht zwangsläufig im Client stehen. Nehmen wir die DLC-Container-Formate des J-Downloaders. Auch dessen Verschlüsselung konnte bis heute nicht einfach geknackt werden, weil die Entschlüsselung extern auf dem Server erfolgte.
Hier könnte man so vorgehen, dass ein bestimmter Key, zusätzlich verschlüsselt, aus dem Netz angefordert werden muss, der sich auch immer wieder unterscheidet auf jeweiligen Umständen wie Uhrzeit des Servers oder ähnlichem. Mir wäre neu, dass man aus einem Kompiliertem Programm den Quellcode so start wiederherstellen kann, dass man jeden der Schritte in Klartext wieder vor sich hat und damit soetwas rekonstruieren kann.[/quote]
DLC/jDownloader sind Sachen, mit denen ich mich nicht beschäftigt habe, deshalb ka, wie genau es dort läuft, oder was wann wie passiert.

Bitte vergleich hier auch nicht Äpfel mit Birnen. Wir reden immerhin noch über JM. Und über die Unfähigkeit von JM brauchen wir hier nicht wieder Worte verlieren.
Zum Thema:
JM arbeitet im ganzen Client perse mit Packets, einige setzen sich aus Senden+Antwort(en) zusammen, andere sind lediglich Sends, je nachdem, von welcher Seite aus es man sieht. Das fängt beim Starten an und hört beim Logout auf. Dazwischen passiert alles packetbased. Eine Netzanforderung (ich gehe mal davon aus, Du meinst z.B. ftp/http/telnet usw) würde sicherlich dem ein oder anderen sofort auffallen, selbst wenn es eben nicht Standardports ala 21 usw wären. Zu 99% kann man jedoch sagen, soetwas würde per Packet passieren. Und dieses Packet würde z.B. Serverseitig generiert werden, an den Client geschickt und Client schickt irgendwas zurück. Natürlich jetzt noch "irgendwas". Wir wissen es ja noch nicht. Dann wirft der erfahrene Benutzer z.b. ein Programm ala edx oder nuConnector an und schaut sich dies an, wie wo wann es auftritt. Wenn Du vom Client eine vernünftige Antwort erwartest, muss irgendwas im Client stehen, dass die Berechnung durchführt. Darüber sind wir uns einig oder? Schon alleine an der Sammlung von diesen Packets und deren Antworten lässt sich irgendwann ein Zusammenhang erkennen. Es muss nur noch per Debug gesucht werden, was genau passiert. Für wirklich erfahrene Debugger, die es in der SRO Szene genügend gibt, ein gefundenes Fressen.

Was das Debuggen bis zum Quelltext runter anbelangt: Du kannst nie zu 100% den originalen Source wiederherstellen. Aber Du kannst mittels Debug sehen, wo wann was wie im Speicher passiert. Ergo kannst Du auch eine Berechnung zurückverfolgen und sie somit lösen.


Das Thema jemanden als dumm hinstellen lass ich mal so stehen. Dein letztes Wort "unwissend" trifft es jedoch am Nächsten. Manche, so wie ich, sitzen stundenlang vor dem PC und arbeiten, damit andere vernünftige Tools haben. Andere sehen dies mittlerweile als Selbstverständlichkeit und machen sich garnicht die Mühe, sich auch einmal etwas hinein zu denken. Ich verlange nicht, dass jeder sich informiert bis zum letzten verkrüppelten Packet in iSRO, aber man sollte manchmal einfach nur nachdenken und sich fragen "Gibts dass den schon? Mal googlen..." und der Gleichen. Ich hoffe Du verstehst, warum ich gesagt/behauptet habe dass Du Dich NULL mit der Materie beschäftigt hast. Sonst hättest Du ja nicht vorher schon geschrieben, dass Du gerne soetwas wie die Sicherheitspackets hättest, aber später behauptest, dass Du das ja schon kanntest?

Wir könnten uns jetzt noch gegenseitig stundenlang dass "Du Nap", "1337styl0r" und sonst was hin und herschieben. Es wird ja sowieso nichts bringen und würde nur in sinnloser Zeitverschwendung enden. Aber eines kann man sagen: SRO 1 ist im Eimer. Nicht umsonst wird an SRO 2 gearbeitet. In SRO1 lässt sich nichts mehr ohne extrem signifikante Änderungen vornehmen, um diese Problem auch nur halbwegs vernünftig in den Griff zu bekommen. Und wiegesagt, egal von wo nach wo, es würde auffallen, wenn hier Packets, die unbekannt sind, aufeinmal auftauchen. Und dann sind die Coder schon Gewehr bei Fuß, egal ob kommerziell oder for fun wie ich.

sr972, mal ne persönliche frage.. was bistn du von beruf? :>

Das ist eine zu persönliche Frage, wird hier nicht beantwortet und ist auch unabhängig vom Ergebnis im Thread. Dabei spielt es keine Rolle, ob man kleiner Hafenarbeiter, Straßenkehrer, Arbeitsloser oder diplomierter Fachingeneur ist ^_^ Wissen kann sich jeder aneignen. Der eine braucht länger, der andere halt nicht.

Sehr interessanter Schlagabtausch hier.
Nur was ist im Endeffekt die Moral von der Geschicht?

Das Technisch einiges Möglich ist um die Botter des "Feldes" zu verweisen,ist schön länger klar.
Die Frage ist,lohnt es sich überhaupt darüber den Kopf zu zerbrechen?
Solange JM nicht mal ansatzweise darüber nachdenkt Anti Cheat Programme einzusetzen,ist solche Diskussionen nur Kompetenzgerangel,mehr nicht.Was jeder einzelne auf dem Kasten hat,ist hier eher Sekundär wichtig da andere Menschen diesen Hebel betätigen bzw. ihn nicht netätigen.

Hier scheint es ja eher der Fall zu sein,das sr972 eher "Tools" baut die Negative auswirkungen aufs Spiel haben.Cheat Engine hat SRO mehr als genug.
Andererseits interessieren sich die Silkroadianer ja fast nur noch für genau diese Art von Programmen.
Die Bedürfnisse werden somit auch gedeckt,doch wer denkt noch an die kleine Randgruppe Legits?
Auf die wird ja schon seit längerer Zeit mit dem Finger gezeigt.

Könnt ihr mit euerm Wissen nicht lieber irgendwelche Dinge bauen,die die Programme Negativ beeinflussen?
Wäre es Möglich,den ein oder anderen Bot von aussen zu crashen?

Zitat von »urgestein«

Die Bedürfnisse werden somit auch gedeckt,doch wer denkt noch an die kleine Randgruppe Legits?
Auf die wird ja schon seit längerer Zeit mit dem Finger gezeigt.

Könnt ihr mit euerm Wissen nicht lieber irgendwelche Dinge bauen,die die Programme Negativ beeinflussen?
Wäre es Möglich,den ein oder anderen Bot von aussen zu crashen?

Legits. Wenn ich das schon höre. Ich spiele auf Venus, da streiten sich sogar Legits mit Legits wer mehr legit ist, weil die einen in der Confed sind, die anderen nicht. Und Botter wie ich (ja und ich steh dazu), kriegen deren Scheiss dann zu spüren. Anstelle, die Goldbots ohne Ende mit Bottraps zu zuspammen (Ich hasse Goldbots übrigens auch wie die Sau), werden "normale" Playerbots PK15/15 gemacht. Die Goldbots in Jangan werden auf Venus natürlich NICHT bekämpft. Schliesslich hält Avalon, die Oberoberoberlegits, das Fortress und profitiert durch 20% Tax daran. Sorry, Legits wie diese, haben bei mir einfach nur verschissen, und das einzige, was die kriegen ist eine Wegbeschreibung für Ort an denen die Sonne nicht scheint, wo sich mich dann mal sonstwas können. So. Das musste jetzt auch mal raus. Ich war früher ein wirklicher Hardcore Legit, als ich keiner geregelten Arbeit nachging (10-15h/Tag), und selbst als ich Selbständig war, wars eigentlich noch extrem (auch locker 8h+ / Tag).

So zu Deiner nächsten Frage. Es gibt bis heute noch ein paar Möglichkeiten, die ich jetzt natürlich nicht nenne, Bots von aussen negativ zu beeinflussen. Und Programme, die andere Programme negativ beeinflussen, so wie Du es meinst, werde ich z.B. sicherlich auch nie.

Zitat von »urgestein«

Sehr interessanter Schlagabtausch hier.
Nur was ist im Endeffekt die Moral von der Geschicht?

Das Technisch einiges Möglich ist um die Botter des "Feldes" zu verweisen,ist schön länger klar.
Die Frage ist,lohnt es sich überhaupt darüber den Kopf zu zerbrechen?
Solange JM nicht mal ansatzweise darüber nachdenkt Anti Cheat Programme einzusetzen,ist solche Diskussionen nur Kompetenzgerangel,mehr nicht.Was jeder einzelne auf dem Kasten hat,ist hier eher Sekundär wichtig da andere Menschen diesen Hebel betätigen bzw. ihn nicht netätigen.

Hier scheint es ja eher der Fall zu sein,das sr972 eher "Tools" baut die Negative auswirkungen aufs Spiel haben.Cheat Engine hat SRO mehr als genug.
Andererseits interessieren sich die Silkroadianer ja fast nur noch für genau diese Art von Programmen.
Die Bedürfnisse werden somit auch gedeckt,doch wer denkt noch an die kleine Randgruppe Legits?
Auf die wird ja schon seit längerer Zeit mit dem Finger gezeigt.

Könnt ihr mit euerm Wissen nicht lieber irgendwelche Dinge bauen,die die Programme Negativ beeinflussen?
Wäre es Möglich,den ein oder anderen Bot von aussen zu crashen?

Wenn die Frage "Was kann Joymax tun ?" nicht mehr zieht sollte sich wohl mal langsam die Frage "Was kann die "Community" tun?" breitmachen Und wenn die 2. Frage schon im Vorfeld, wie eine Seifenblase, platzt, kann man es eigentlich gleich vergessen, oder etwa nicht? :O

@sr972, wollte avalon net die gilde auflösen nach dem ihr gegen sie im GW gewonnen habt?

Joymax könnte genug machen. Man hatte gesehen wie Joymax auf einen Schlag zig tausende (auch silkkaufende Player-) Bots gebannt hatte. Dass, und wieso es wieder aufgehoben wurde ist zwar nicht bekannt, aber der beste Bot bringt nichts, wenn die Leute damit nur 1 Wochen botten können.
Und somit wird eine Firma, die das möchte, auch immer über den bottenden Usern stehen.

Dass SRO II entwickelt wird steht ausserdem noch gar nicht fest, bisher sind das nur Gerüchte, nichts weiter.

Naja die scheisse is die lassen Isro inner Ecke gammeln und ihr Ziel is eigentlich Ksro.
Wenn in Isro alle Botter weg währen würden wieder alle kommen und neu anfangen,aber sowas wirds nei geben =/

Zitat von »HeLL_Flame«

Naja die scheisse is die lassen Isro inner Ecke gammeln und ihr Ziel is eigentlich Ksro.
Wenn in Isro alle Botter weg währen würden wieder alle kommen und neu anfangen,aber sowas wirds nei geben =/

Das war so weil Yahoo sich so gut um ksro gekümmert hat, jetzt ist yahoo nimmer.

Zitat von »sr972«

egits. Wenn ich das schon höre. Ich spiele auf Venus, da streiten sich sogar Legits mit Legits wer mehr legit ist, weil die einen in der Confed sind, die anderen nicht. Und Botter wie ich (ja und ich steh dazu), kriegen deren Scheiss dann zu spüren. Anstelle, die Goldbots ohne Ende mit Bottraps zu zuspammen (Ich hasse Goldbots übrigens auch wie die Sau), werden "normale" Playerbots PK15/15 gemacht. Die Goldbots in Jangan werden auf Venus natürlich NICHT bekämpft. Schliesslich hält Avalon, die Oberoberoberlegits, das Fortress und profitiert durch 20% Tax daran. Sorry, Legits wie diese, haben bei mir einfach nur verschissen

kann man halt nix dran machen. Legits sind halt die besseren Menschen. Sagen das die bösen Botter alle scheisse sind weil se ilegale dinge tun und haben im Hintergrund nen Download vonna Transporter 3 Raubkopie am laufen

Zitat von »ρһгееақ«

und haben im Hintergrund nen Download vonna Transporter 3 Raubkopie am laufen

Botten ist nicht illegal, botten ist Scheisse, weil es auf verschiedene Weisen ein Spiel Stück für Stück zerstört, sowie anderen Usern den Spaß verdirbt.
Ich kann mir 1000 Filme runterladen, davon bist du *überhaupt* nicht betroffen. Aber wenn ich, mit meinen 1000 virteullen Freunden, in deinem Levelgebiet jedes Monster besetze, dann hat das sehr wohl einen Einfluss auf andere.

P.S: Ich warte noch auf ne Antwort im Silkroad II Thread von dir. Erst mich Naiv nennen, dann ne Vorrechnung bekommen und dann nichts mehr sagen...

Naja. Das Beispiel ist was unglücklich gewählt.
Denn wenn du dir deine Filme runterlädst, passiert nichts. Wenn du bottest, passiert für die anderen Spieler (Die Masse) auch erstmal nichts.
Erst wenn 100 Spieler anfangen zu botten, wird es mit den Levelplätzen eng. Wenn 10000 Leute sich Filme runterladen, werden die Preise von der Filmindustrie erhöht.

Zitat von »Daddi«

Ich kann mir 1000 Filme runterladen, davon bist du *überhaupt* nicht betroffen

schwachsinn?
wie fox sagte, wenn jeder sich 1000 filme runterlädt bin ich betroffen indem die Filmindustrie Filme teurer machen. Sprich DVD's und die Kino's die Karten.. also bin ich mehr betroffen als in so nem bekackten Game.. Aber hier spielen sich alle wie die Moralapostal auf und dennoch sitzen sie mit im Glashaus. Also kann man sagen, einfach klappe halten und nit immer in jedem Thread gegen Botter ne hexenjagd veranstalten, wenn man nicht viel besser ist.. auch wenns 2 verschiedene Welten sind, wobei das Runterladen weitaus schlimmer ist.


Das du versuchst dich rausreden nun mit nem Gegenargument war mir eh schon klar. Sowas fällt auch unter denm Begriff Doppelmoral, oder?