Suchergebnisse

Soweit ich weiß, gibt es diese Möglichkeit nicht! Es stand sogar im Raum, dass die GBA-Titel nie für den öffentlichen Verkauf im E-Shop gedacht sind, sondern nur für die Teilnehmer des "Ambassador-Programm"s.

genau die idee hatte ich auch... aber es scheint als wenn der multi av ausgang deaktiviert wird sobald man hdmi benutzt, zumal es in den einstellungen der wii u ja festgelegt ist hat wer noch eine idee, wie man das lösen kann?... ( in meinem falle war geplant, bild via hdmi an den monitor und ton via multi av -> chinch auf klinke -> line in vom pc -> boxen... nur kriege vom multi av iwie scheinbar nichts....)

Hallo zusammen. Seit Tagen bin ich mir den Kopf am zerbrechen, ob es für die, die ihre Wii gesoftmoddet haben (auch ich), eventuell negativ sein kann, die Import-Funktion der Wii U zu nutzen. Dabei werden ja meines Wissens nach alle Channel etc. mit importiert. Meint ihr, die Sachen, die der Wii U nicht passen, werden dann einfach ignoriert, oder könnte sowas unter Umständen auch zu einem Brick oder ähnlichem führen?... [wise=warning]Wenn durch die Nutzung des Datentransferkanals der Wii U, der …

@eN-t Da widerspricht sich nichts. Es bringt nichts, eine GPU Variante mit hohem Aufwand zu machen, wenn die Verschlüsselung falsch ist, Da kann man so weiter testen. Dass ich sie gar nicht machen will, habe ich nicht gesagt (warte ja immer noch auf die Antwort vom CUDA-Experten... zum Thema OpenCL, was dann nicht auf NVidia festgetackert wäre, : ist genau so aufwendig, mit Kernel programmierung..), nur ist halt die Frage, ob sich das lohnt. Die Verschlüsselungen durchgehen habe ich nur nochmal …

Ich würde ja mal sagen, wenn es nun schon einen falschen Key gab.... Dann lohnt es sich wohl erstmal nicht, das Tool weiter zu entwickeln.. Eher sollten wir erstmal überlegen (oder halt die erfahrenen Teams fragen), was das für eine Verschlüsselung sein könnte. Weil ist das nicht / nicht nur sha256 ist.. Ja, was dann?!... So ist es wohl eher sinnvoller, die schwer umsetzbare Variante bzgl. GPU ERSTEINMAL ruhen zu lassen, mit der MultiThreading Variante weiter zu suchen und halt echt mal gedanken…

Zitat von Leseratte: „Aber auch deutlich gefährlicher da Nintendo nach Analyse des Codes den entsprechenden Bereich mit dem Key als überprüft meldet und wir suchen immer und immer weiter...“ Genau das war mit dem "wäääääre" gemeint Da war ein unterschwelliges "ABER" dabei.. Hab nur deinen Beitrag gesucht xD

Habe noch hinzugefügt, dass, wenn ein Thread sich beendet (also den Key gefunden hat), das Programm automatisch die anderen Threads beendet um den Verlust des Keys zu vermeiden. Dies sollte zwar nicht passieren, da der Timer schon vom Thread aus deaktiviert wird etc. aber sicher ist sicher

Habe noch ein paar kleine Änderungen vorgenommen. Unter anderem auch, dass es nun eine 3dskey.bin ist und keine dsikey.bin mehr. Auch beim MultiThrading ist noch was geändert worden. Ich bitte euch, die alte Version zu löschen und diese zu verwenden, danke Falls wer den link braucht Edit: @Memfis: Sollte nicht schädlich sein. Aber das mit den Ranges ist nicht zu empfehlen! Da man kein Social Engineering nutzt bringt es nicht sehr viel. Man geht ja dann trotzdem selber dann alle durch, muss noch …

Zu der GPU-Variante: Da die Frage aufkam, welche Grakas unterstützt werden, es sind alle NVidia Grafikkarten mit CUDA-Unterstützung. Sie zögert sich aber leider hinaus, weil es mit der Cryptographie auf der GPU Probleme gibt. Hab schon jemanden angeschrieben, der sich mit CUDA-Programmierung auskennt, vielleicht weis er, warum das nicht so geht..... Hoffe, dass das klappt. Zur Umfrage: Dadurch hätten wir noch eine Variante, die dann auch auf z.B. Mac läuft, die ja bekanntlich mächtig Rechenleist…

Das weis ich leider selber nicht Da müsste man mehr von dem System wissen oder verstehen... ^^"

Er verschlüsselt den generierten Key in SHA-1 und das in Base64. Das Ergebnis vergleicht er dann mit dem verschlüsselten Key aus dem NUS-Download. Stimmen die überein, haben wir scheinbar den Key gefunden, ansonsten wird weitergesucht. Ist jedenfalls der Mechanismus, der auch beim DSi angewendet wurde. Es wurde ja auch schon gesagt, es ist nicht 100%ig sicher, ob wir durch den gleichen Mechanismus den Key finden werden. Aber wenn man es nicht versucht, wird man es nicht herausfinden.

Weil laut Quellcode noch immer in eine dsikey.bin geschrieben wird. Sollte aber egal sein, ob nun in eine dsikey.bin oder 3dskey.bin ist. Hauptsache, im Falle des Falles haben wir den Key und die Datei kann man dann noch umbenennen Beim fertigstellen der nächsten Version werde ich aber das ganze dann auf 3dskey.bin ändern, damit Klarheit herrscht

Hab zwar GPU noch nicht fertig, weil es noch ein paar Probleme gibt, allerdings habe ich schonmal MultiThreading eingebaut Programm ist im Anhang. Einfach In der Mode-Auswahl 6 auswählen und es wird der Random-Modus im MultiThreading gestartet. HINWEIS: Im MultiThreadingMode werden sofort ALLE KERNE benutzt, die euer CPU zur Verfügung stellt!

Compiler ist gefunden, ja. Kernel kann soweit auch compiled werden. Muss allerdings vom aufbau noch umscripten, da der Kernel dann nicht mehr in C# sondern C++ ist. Aber werde da noch gucken Ich hoffe nur, dass es nicht schlimm ist, wenn es heute noch nicht fertig wird. habe morgen und übermorgen noch Abiprüfung und da möchte ich doch nochmal in die Mitschriften gucken ^^"... Werde aber gucken, dass ich das so schnell wie möglich fertig machen und hier zur Verfügung stellen kann

Grundsätzlich besitzt die GPU Variante einfach nur einen weiteren Mode ( [5] Random with using NVidia CUDA ), wo die GPU benutzt wird. Man kann ganz normal weiterhin dann nen anderen Mode nehmen und die CPU benutzen. Beides gleichzeitig müsste man gucken, denke nicht, da der Kernel im GPU hinterher unabhängig laufen wird. allerdings würde es wohl einfacher und hoffentlich nicht zu viel verlangt sein, einfach das Programm nochmal zu starten und noch in nem Mode ohne GPU laufen zu lassen. Denn der…

Wahrscheinlich weil es schwerer ist, das ganze über die Grafikkarte laufen zu lassen. Man muss erst nen kleinen Kernel programmieren, der dann auf der Graka läuft, dann gewisse Informationen kopieren etc..

Also geschätzt, wenn ich mit 4 Kernen gerade rund 1600 Keys generiere, werde ich grob gesagt bei 384 Kernen 153600 Keys pro Sekunde generieren. Die CPU ist für größere und wenigere Berechnungen schneller, doch hier sind es ja kleine, aber sehr viele "Berechnungen", wodurch diese Performenceerhöhung durch die GPU kommen sollte. Wenn man sich nur auf die Anzahl der Kerne bezieht und den Aspekt der Taktung außen vor lässt, dann hat man ungefähr einen Gewinn im Verhältnis von GPU-Kernen zu CPU-Kerne…

GPU Version ist in Arbeit. Problem gerade ist nur, dass iwie beim Cuda SDK der Compiler nicht dabei ist... ô_Ö... Das ist das, was mich grade ziemlich aufhält.. Ohne Compiler, kein lauffähiger Kernel.....

Nimmst du die 2, dann werden keine Keys generiert, wo iwelche Bytes = 0 sind. Bei 4 wird einfach iein Key generiert. Daher wäre vielleicht 4 nicht schlecht. Möglich ist ja alles....... >_>

Es wird nur der Key angezeigt, wenn er gefundne wurde, und in die dsikey.bin geschrieben.