Maximale-Rubine-Glitch

Zitat

Original von Ganondorf0205
Hab jetzt nicht alles gelesen aber am Anfang wurde behauptet, dass man wenn man den Boss besiegt einen Minion (?) besiegen muss, sodass beide zeitgleich sterben. Ich hab mit ca 40 Versuchen den Glitch 2x geschafft mit Young Link auf der Standard Abenteuerkarte B-12 und mich gar nicht bemüht irgendjemand zeitgleich zu besiegen. Man muss Ghoma einfach mit der Spezialattacke besiegen, natürlich sollten 2-3 Minions mit drinne sein. So werden sie zu 100% zeitgleich besiegt.
Werde es morgen noch ein paar mal machen, wenn mir etwas auffällt sag ich Bescheid. Und das mit dem "man sollte dann wenn msn ihn besiegt weggucken" stimmt nicht, hab bei beiden male zu ihm geguckt.

Wie ich schon oft schrieb: das exakte Timing fluktuiert manchmal. Es ist aber irgendwo in diesem Rahmen zu finden. Aktuell schaue ich genauer nach, wo exakt dieses Timing zu verordnen ist und berichte dann später. Aber das mit dem Spezialattacke an sich ist vielleicht ein wenig riskant, aber wenn es eben funktioniert hat: warum nicht? Ich empfehle dabei aber eher die Cia-Methode, denn damit sind vorherige Zufallstreffer durch den Spezialangriff bessr zu kalkulieren.
Zum letzten Punkt, nämlich der Kameraperspektive, sagte ich schon, dass diese nicht von Relevanz ist. Hervorzuheben ist allerdings, dass man sich nicht zu weit von Gohma entfernen sollte, da Hyrule Warriors so aufgebaut ist, dass Gegner quasi aktiv sind, aber ausgeblendet werden, sind sie nicht im Blickfeld. Das dient dazu, damit das Spiel flüssiger läuft und damit die Ladezeiten human bleiben und kein "Nebeleffekt" auftreten muss.
Dasselbe könnte daher auch ein wenig sich auf die Rubine auswirken: man bekommt diese zwar - auch vollständig - nach dem Besiegen eines Feindes, aber man weiß nicht wie sich das genauestens auf den Glitch auswirkt. Da man aber ohnehin eigentlich nie in Versuchung kommen sollte, sich zu weit nach dem Besiegen zu entfernen, ist das aber nur ein wirklich sehr geringes Problem.

Zitat

Original von Myxocon

Man kann genauso gut Äpfel mit Birnen vergleichen. Das eine hat mit dem anderen nun wirklich nichts zu tun. Ich hatte mich allerdings selbst schon gefragt, ob die Rekorde nicht durch den Rubinbonus ad absurdum geführt werden, konnte jedoch beobachten, dass nur die Rubine bei Missionsabschluss gezählt werden (für besiegte Feinde, benötigte Zeit et cetera).

TT hat einen validen Punkt damit angesprochen, welcher durchaus stimmig ist. Wird der Rubin-Glitch ausgeführt, würden unverzüglich die Statistiken für diesen Bereich auf kompetitiver Ebene schlechter vergleichbar gemacht werden können - außer man grenzt die Leute aus, welche den Rubin-Glitch benutzt haben. (Gehen wir nun mal nicht davon aus, dass ein Spieler auf normalen Wege es geschafft hat, das Maximum des Rubin-Zähler zu erreichen... wobei das gleichzeitig auch an der Zeit zu erkennen wäre.)
Wenn allerdings lediglich die Rubine der Boni für die Statistiken verrechnet werden, ist das eine ganz andere Sache. Das der Rubin-Glitch im Herausforderungsmodus möglich ist, halte ich für sehr wahrscheinlich, da sich quasi keine Bedingungen verändern (ich war allerdings noch nicht in einen dieser Modi, daher kann ich nicht zu 100 % Garantie davon ausgehen... bin aber zu 99 % sicher).

Zitat

Original von Myxocon
Ich vermute stark, dass der Fehler durch eine Überlastung der Wii U beeinflusst wird. Hyrule Warriors bringt entweder die Konsole an ihre Leistungsgrenzen oder wurde ziemlich ineffizient programmiert. Dass Rubine manchmal abgezogen wurden, könnte ich mir dadurch erklären, dass das Spiel, um Rechenleistung zu sparen, zuerst den Rubinertrag überschlägt und gutschreibt, nachher dann korrigiert und eventuelle Rubine abzieht. Wenn jetzt aber zu viele Berechnungen aufeinmal stattfinden, könnte es sein, dass sich die Reihenfolge der Aufträge ändert (oder diese verschiedene Prioritäten besitzen und sich aufstauen), wodurch dann die "negativen" Rubine generiert werden (besser wird durch gleitende Variablenübergänge 98 96 7F überschritten und auf ebendiese maximiert). Für diese These spräche, dass offenbar das zeitgleiche Besiegen kleinerer Gegner den Glitch begünstigt.
Dazu jetzt einmal eine Überlegung: Kann man bewusst die Rechenleistung der Wii U überbeanspruchen, in dem im Hintergrund andere Programme laufen? Eventuell könnte man sich das dann zu Nutze machen.[/SIZE][/FONT]

Na, das hört sich doch mal nach einem fundierteren Ansatz an. Ich vermute dabei allerdings eher - wie vorher schon einmal von mir angeklungen - das es eher mit der simplen Programmierung verwickelt ist, statt mit der Rechenleistung der WiiU. Allerdings bin ich nicht der Ansicht, dass sich dies ebenso ähnlich über eine parallel laufende Operation seitens des WiiU-Systems zeigen kann - egal in welcher Form und zu welchem Resultat das führen könnte. Zumindest bei Hyrule Warriors nicht: Hyrule Warriors wurde eben - laut Hypothese - simpel programmiert und somit obliegt der Fehler im System des Spiels. Ich denke aber nicht, dass die Rechenleistung der WiiU so zu bedienen ist, dass sich diese Auswirkungen bis ins Spiel zeigen. Sicher bin ich mir dabei nicht und ich bin auch kein Programmierer oder ähnliches, jedoch sind das doch zwei verschiedene paar Schuhe, wenn sich das WiiU-Rechensystem mit parallel laufenden Operationen plagt und eine davon Hyrule Warriors ist. Gemeint ist damit, dass Hyrule Warriors nicht in diesem Maße überlastet wird, sondern es beugt mit diesem Vorgehen nur einer potenziellen Überlastung vor und das Resultat ist unsere magische Zahl. Sicherlich gibt es dazwischen auch noch phasische Abstufungen, doch denke ich nicht, dass dies mit der Rechenleistung per se zusammenhängt.
Allerdings klingt es durchaus plausibel, dass sich die Operationsreihenfolge ändert und damit Hyrule Warriors nicht ganz klar kommt. Das alles allerdings nun in eine ausführliche Glitch-Systematik zu überführen und diese darüber fachspezifisch korrekt erklären zu können, übersteigt meinen Horizont. Ich bezweifle dazu auch, dass wir so einen genauen Punkt finden, bei dem das Timing korrekt ist.
Aber wenn man mal darüber nachdenkt: genau dieser Hintergrund würde die Sache mit dem Timing erklären und damit auch diese Suche danach als einen Kampf gegen Windmühlen identifizieren. Ist das Timing aufgrund diverser Auftragsreihenfolgen nicht absolut akkurat zu bestimmen, ist das Timing quasi stets ein Zufallsfaktor. Das Timing richtet sich nach den Aufträgen und dahr würde das auch die bisherigen, explizit genannten Unstimmigkeiten erklären, dass bei Spieler A ein anderes Timing notwendig war, als bei Spieler B. Das genau Timing zu planen würde dabei nicht zum Ziel führen. Man braucht also wirklich lediglich Glück, um das richtige Timing zu haben. Es wäre ein klarer Beweis... könnte man das eben nur irgendwie beweisen. :)

Und noch ein Gedanke:
Ein weiterer Ansatz in verschiedenen Foren war es mal, wenn das Spiel vom WiiU-System selbst aus gestartet wird und nicht von einer physischen Einheit, ob dies den Glitch auslösen kann oder diesen irgendwie begünstigt. Die Intention hinter dieser Annahme war simpel: manche fragten sich, warum der Glitch nicht bei ihnen auftreten würde, obwohl "sie alles richtig machen würden". Meiner Meinung nach aber verändert dies jedoch nicht die Programmierung des Spiels, sondern lediglich den Kanal des Software-Abrufs.
Selbst bei Monster Hunter 3 Ultimate sind kleinere Unterschiede bemerkbar, jedoch nur im Punkt der Ladezeiten und das ist etwas völlig anderes. Das wäre bei Hyrule Warriors nicht anders: nicht mehr und nicht weniger. Das ist dann ebenso irrelevant (und eigentlich im Vergleich dazu nahezu das gleiche), wie eine parallel getätigte Operation des WiiU-Systems. Diese Argumentation kann ich durchaus bei älteren Konsolen verstehen, doch bei den aktuellen Konsolengeneration bin aufgrund technologischen Fortschritts *ähem* und ebenso meiner oben niedergeschrieben Hypothese eher in Zwietracht.

Aber ich wiederhole: es klingt durchaus plausibel, was die Auftragsreihenfolge betrifft, da diese in positiver Kohärenz zu dem parallelen Besiegen der Mooks steht. Das würde wirklich die Frage des perfekten Timings erklären: die Antwort wäre schlicht und ergreifend "Glück", so trivial es nun auch klingen mag. Es wäre somit "bewiesen" (wenn man es denn beweisen könnte...).
Die Mooks wären also kein zu begünstigender Faktor per se, sondern eine unabdingbare Zutat im Glitch-Rezept.
(Zusatz: geschnittene Grashalme können ebenso zu diesem Glitch führen, wie ich nun in einigen Berichten gelesen habe. Bestätigungsvideos habe ich nicht, jedoch... nur als Anmerkung. :))
Aus diesem Grund ist es auch möglich, den Rubin-Glitch auszuführen, auch wenn man dabei eine Schwachpunkt-Animation ausgeführt hat. Das soll ja auch funktionieren, nur deutlich (!) schwieriger im Timing zu operationalisieren, daher auch bisher nur Berichte und keine Beweisvideos. Das würde diesen Fall ebenso unterstützen, denn möglich isoll es sein, nur hat man deutlich weniger Raum nach dem Ende der Animation, einen Mook zu erledigen bzw. sich noch in dem "Rahmen des perfekten Timings" zu befinden.

Ha! Eine solche Erklärung haben wir gebraucht! :)
Zumindest im Ansatz könnte sie stimmen, ohne nun den geistigen Hintergrund pogrammiertechnischer Inhalte genauer im Detail zu kennen und vorweisen zu können.
Aber es ist eben besser eine Hypothese zu haben, welche plausibel klingt und uns irgendwie ans Ziel bringen KANN, als gar keine und man im Dunkeln tappt.
Die Voraussetzungen kennen wir und kommen zum Ergebnis - die einen schlechter, die anderen eben besser.

Ich danke sehr für diese Eingebung, Myxocon. :)
Jetzt kann ich beruhigt schlafen gehen. XD

Zitat

Original von Myxocon

Er hat eben keinen validen Punkt angesprochen. Die Rubine, die man in der Schlacht von besiegten Monstern erhält, gehen nicht in den Rekord ein, sondern nur die Boni nach erfolgreicher Beendigung. Vielleicht sollte ich ein (qualitatives) Beispiel geben?

Schlacht erfolgreich: 18.000
Zeit 26:25: 563
Besiegte Gegner 3500: 7.835
Mit Spezial besiegt 500: 215
Mit Magie besiegt 965: 386
Riesenmonster besiegt 7: 122
(irgendeinen anderen Bonus): 208
Summe: 27.329

Und gerade diese 27.329 Rubine sind dann der Rekord. Die Rubine, die während der Mission verdient werden, zählen gerade nicht herein, weil sonst alle Spiele ohne Rubinbonus systematisch benachteiligt wären. Es zählen wirklich nur universell vergleichbare Daten. Allerdings ist der Einfluss der vier kleinen Boni lächerlich gering. Teilweise gab es bei Missionen für 7 besiegte Riesenmonster nur 26 Rubine oben drauf; da hätte man das an sich auch weglassen können...

Ich persönlich würde auch nicht empfehlen, in den Herausforderungen den Glitch zu probieren. Gohma zu besiegen, während man von 3 Manhandlas bedrängt wird, könnte etwas lästig werden. Außerdem haben nicht zwingend alle Missionen direkt zu Beginn ein Riesenmonster verfügbar; sind hingegen welche vorhanden, sind diese nicht allein. Da eigen sich wahrscheinlich die Missionen der Abenteuerkarte eher.

Alles anzeigen

Na, das Beispiel war nicht notwendig. :)
Ich habe schon verstanden, wie du das gemeint hattest. Ich habe diesbezüglich zwei verschiedene paar Schuhe angesprochen: wenn die Rubine im Herausforderungsmodus dazu gerechnet werden und wenn nicht. Das kam vielleicht nicht ganz so rüber, waren aber die Intentionen dahinter.

Also ich denke die Sache hat sich dann damit auch erledigt. Den genauen Auslöser hat man erkannt: es sind parallele Operationsaufträge und das Spiel geht - aufgrund der simplen Programmierung - so vor, um präventiv einem Game-Crash entgegen zu wirken, dass die Auftragsreihenfolge umgestaltet werden, da einige Aufträge schlichtweg übersprungen werden. Das resultiert in der Rubin-Reduktion und kann die Grenze des Rubin-Intervalls von 0 - 9.999.999 übersteigen über die Null übersteigen. Man nimmt sozusagen die kurze Hintertür, statt den langen Weg über die Vordertür.

Das wäre eine kurze und knappe Zusammenfassung des Glitches. Man braucht schlichtweg Glück, den richtigen Moment zu treffen, wann das Timing perfekt ist. Das Timing ist da perfekt, wo das Spiel eventuell parallel laufende Operationen und die damit auferlegten Aufträge potenziell überschlägt, einige potenziell übespringt und... zack! wir sind um ca. 9.999.999 Rubine reicher. :)

Das wäre meine Hypothese zu der Sache, aufbauend auf Myxocons Vorschlag.
Ha! Ich danke wirklich nochmal für diese Eingebung. :)
Angemerkt sei allerdings auch, dass dies lediglich die Hypothese eines Laien ist - meiner Wenigkeit. Sie klingt zwar absolut plausibel, ist aber dennoch von fachspezifischer Seite zu hinterfragen. Bewiesen ist hier noch nichts, es klingt eben nur sehr plausibel und ist durchaus nachvollziehbar.
Da wir aber weiterhin nichts weiter testen können, außer das Spiel während dem Auftreten des Glitches bei den Operationen "beobachten" zu können (damit ist gemeint, dass wir nebenher einen Blick auf den Programmiercode haben), hat sich die Sache damit vorerst erledigt. Die Analysen aus Laienperspektive wäre erledigt. Mehr können wir nicht tun. Und zu mehr bin ich nicht fähig, außer diesen Ansatz vorzugeben.

Also viel Glück, Leute! :D

Zitat

Original von Zefiro

Der Glitch funktioniert doch bei jeder Art von Endgegner? Also warum nicht eine der Manhandlas besiegen, auch wenn es länger dauert. Aber natürlich bleibt das Argument trotzdem nicht valid.

Es wäre eben ein wenig komplexer, so viele Gegner - besonders Manhandla - parallel zu erkledigen und dabei den Glitch ausführen zu müssen. Es ist in den klassischen Missionen im Abenteuer-Modus einfach weniger frustierend und wesentlich effizienter.

Zitat

Original von Zeldameister
Ich hab den Glitch jetzt insgesamt drei Mal ausgelöst. Aber komischerweise lagen bei mir immer so 15-20 Versuche dazwischen. Ein Kumpel von mir hatte widerrum das große Glück, den Glitch direkt zwei Mal hintereinander auszulösen und das wurmt mich irgendwie! Insgesamt hatte er den Glitch nämlich schon acht Mal und ich nur drei Mal. Wenn man den Glitch doch nur endlich zu 100% auslösen könnte! Weil ich kann nie sagen, was bei mir der ausschlaggebende Grund war und warum es so oft nicht klappt, bis es erneut klappt.

Lese oben meine Beiträge auf dieser Seite und du wirst verstehen. :)