Ein Port des MS-DOS-Emulators "DOSBox" auf die Wii.
Wir bieten hier auch die Modifikation von retro100 mit einem dynamischen Recompiler (Dynarec) an, der die Perfomance massiv verbessert. Die v1.7 von Tantric ist die Originalversion von 2012.
Es gibt auch eine Modifikation mit 240p Double Strike von RickyL1213.
Die Steuerung funktioniert per:
- USB-Tastatur und -Maus
- Wiimote mit Pointer
- Classic Controller
- GameCube Controller
Weitere Features:
- SD/USB Mounting
- Die meisten DOS-Spiele sind spielbar
- HOME-Menü zeigt eine virtuelle Tastatur
Zuerst ist es wichtig, das Verzeichnis einzuhängen:
mount LAUFWERKSBUCHSTABE: sd:/DOSBox (oder usb1:/DOSBox)
Ist die vWii schnell genug um Doom damit zu spielen? Ich geb mich mit allem zufrieden was mehr als die arvg. 11fps der snes Version übertrifft.
Gute Frage (müsste man mal testen, ob DOSBox mit VC-Inject und dem "Overclocking" der Wii U funktioniert, hmm).
Das hier könnte eventuell für Doom interessant sein: https://gbatemp.net/threads/release-wii-doom-wii-heretic-wii-hexen-wii-strife-all-in-one-proper.374400/
Ich teste das Mal wird eh noch ne lange Nacht. Ich melde mich dann so in etwa nächstes Jahr zu den Ergebnissen ;D
Nur damit du sagen kannst, dass du jetzt schon das ganze Jahr dran rumtestest? 😉
Das ist korrekt. Meine aufwändigen Qualitätsansprüche bei den Tests haben das alte Jahr komplett aufgesogen. Ich sollte einfach meine Ansprüche senken 😉
Nunja, auf Qualität wird leider nicht mehr so viel Wert gelegt heutzutage.
Also die gute Nachricht Zuerst: Der sound läuft perfekt… Ok jetzt die schlechte ca. 3 FPS und kein Joystick. Getestet ohne Wii U clock Hack da wie ich ja schon erwähnt habe dank des CPU Todes momentan keinen Rechner habe.
Sorry, das stimmt nicht ganz. Der WiiU-Prozessor läuft zwar mit "nur" 1.25 Ghz. Doch der Wii-Prozessor (bzw. im Wii-Modus der WiiU) läuft nur mit 729 Mhz, nicht mit 972 Mhz.
Du hast also ein Plus von ca. 70% CPU-Takt im Vergleich zur Wii. 729 Mhz vs. 1240 Mhz 😉
Außerdem wird der Prozessor ja nicht nur vom höheren Takt schneller. Denn du hast auch deutlich mehr Cache, der jetzt für rechenaufwändige SIMD-Berechnungen genutzt werden kann.
Der alte Wii-PowerPC hatte nur 256 Kbyte Cache. Der 1. Kern der WiiU hat 2 Mbyte (8x soviel) der 2. und 3 jeweils 512 Kbyte,also immer noch doppelt soviel.
Der 2.und 3. sind allerdings aktuell noch nicht nutzbar, sondern nur der Haupt-Kern mit 2 Mbyte Cache. Das heißt du hast immer automatisch 8x soviel Cache, da passt ne Menge mehr rein.
Noch etwas: Auch die Bandbreite des PowerPCs ist um den Faktor ~10 gestiegen. Früher lief der CPU mit ca. 2 Gbyte/Sekunde. Jetzt läuft er mit ca. 20 Gbyte/Sekunde pro Kern.
Woh. Das ich auf einen Thread der fast ein Jahr alt ist noch ne Antwort bekommen? Naja aber danke für die Infos 🙂
Hast du es denn mittlerweile mal getestet? Ich bin selbst an dem Thema interessiert. Allerdings für andere Zwecke.
Bedenke noch etwas (was ich oben nicht geschrieben habe): Der SIMD-Befehl des PowerPC von Wii/Gamecube/WiiU ist nicht einem herkömmlichen SIMD-Befehl eines heutigen Prozessors gleichzusetzen. Diese Prozessoren wurden eigentlich nicht für SIMD gemacht, sondern für Logik-Aufgaben.
Getestet ja. Gab nen netten fps boost auf ca. 12 – 15 fps
Versteh ich das richtig? Du bist echt von 3 fps auf 12-15 fps gekommen? Das ist ja das 5-fache! Ok, dass der Vorteil so heftig ist, hätte ich nicht gedacht.
Weißt du, ich würde gerne selbst cross-kompilieren. Ich bekomme es allerdings nicht hin. Ich bekomme den Cross-Compiler einfach nicht eingerichtet. Das ist mein Problem. Ich mach das jetzt selbst zum ersten Mal.
Falls du dich fragst warum ich etwas cross-compilen möchte (für die WiiU): Weil "Lubuntu" bei mir auf der WiiU nicht läuft. Ich kann beim Login kein Passwort eingeben, egal was ich mache. Es ist, als würde er die Tatstatur nicht erkennen. Das heißt im Klartext: Ich kann "Root" eingeben und beim Passwort scheiterts dann, weil er keine Eingabe macht.
Hmmm. Da ich mal davon ausgehe das du an die Wii U nicht gerade jeden Deppen ransetzen willst könntest du ja root zur "nopasswdlogin" Gruppe hinzufügen.
Soweit komme ich gar nicht.
Hast du eigentlich schonmal versucht "Mac OS" via "Quemu" laufen zu lassen (via Dosbox)? Das würde mich mal interessieren. Genau das möchte ich nämlich als Nächstes versuchen. Das soll nämlich auf der Wii damals ebenfalls sehr langsam gewesen sein. Jetzt müsste es besser laufen.
Und ich rede übrigens von Kompilierung unter Windows. Nicht unter Linux. Ich möchte auf einer Windows-Maschine (Win7) etwas cross-kompilieren für PowerPC, aka die WiiU. Und das ist sehr schwer einzurichten. Hab alles heruntergeladen, was dafür nötig ist (ich nutze Code Blocks als Einstieg), die Einrichtung hat auch soweit geklappt.
Doch man muss man den Linker angeben. Tja und da gibts Fehlermeldungen mit denen ich nicht viel anfangen kann.
Du brauchst devkitPPC zum cross-compilen.
Das habe ich. Und auch eingerichtet. Doch beim "Linker" klappts eben nicht. Da kommen zig Fehlermeldungen 😉
Oder kennst du ein besseres Programm als "Code Blocker" für diesen Zweck?
Also wenn ich das jetzt richtig verstanden habe willst du ein (Desktop?) Programm für die PPC Architektur für Linux auf der Wii U mit Windows 7 kompilieren?
Ja. Aber besser ist es, wenn du sagst, ich möchte mit Windows 7 einfach für PowerPC cross-kompilieren.
Also… Ich verstehe deinen Standpunkt jetzt etwas kann dir allerdings spontan nicht sagen ob das unter Windows 7 "einfach so" geht. Versuch es mal mit GCC (sollte einen Windows Build haben) und kompiliere dann mal mit dem "march=" vielleicht geht es. Und wegen deiner Frage von vorhin: Ich habe noch nicht versucht MacOS mit Qemu zu emulieren, dafür aber einen Raspberry Pi 2 und das war schob
n qualvoll langsam.
Das letzte ist ja logisch 😉 Du emulierst schließlich einen Arm-Prozessor. Das ist immer langsam.
Beim Mac muss aber nicht soviel emuliert werden, weshalb es deutlich schneller läuft. Hauptsächlich muss das FS und die Hirarchie und die Peripherie emuliert werden.
Damals soll ne Wii dafür zum Booten ca. 15 Minuten gebraucht haben. Ein OS hat nicht soviel rechenintensive Dinge. Ergo sollte es jetzt erheblich beschleunigt werden. Vor allem weil die Mac-Chips halt alle bandbreiten-basiert sind, ist man jetzt im Vorteil.
Nochmal zurück zu deiner Angabe: Du meinst, ich soll GCC runterladen als Windows-Version, dann ne Shell aufmachen, den Befehl eingeben um dann zu Kompilieren?
Ja das meinte ich. Pass aber auf das du auch die passende PPC Architektur nimmst bei march
Also "MingW" hatte ich auch schon probiert. Das ging aber gar nicht. Da kam ich gar nicht zur Einrichtung. Habs allerdings auch recht schnell vergessen und gleich "DevKit PPC Pro" genommen.
Noch eine Frage: Wo kann man da denn die Optionen für die Kompilierung einstellen? Muss man alle in die Shell eingeben? Und wenn ja, welche Optionen gibts da?
Nö, warte mal. Ich hab doch MingW genutzt. Das Devkit PPC Pro lief nicht. Sorum ist es richtig.
Also: ich hab nen "Custom Compiler" unter "CodeBlocks" erstellt.
Mein Problem ist Folgendes: Ich finde einen "Ressource-Compiler" nicht bzw. konnte nicht herausfinden welches der Richtige ist. Weißt du, welche Datei da gemeint ist?
Eigentlich müsste es eine Datei mit "Windres.exe" sein. Doch diese gibts da nicht bei der PPC-Version von "MingW". Ergo klappt das nicht.
Kannst du mir helfen?
Jetzt hab ich endlich das so hinbekommen, dass "PowerPC Dev Kit Pro" läuft, hab MingW nun rausgeschmissen. Also alle Einstellungen und so gemacht für PowerPC DevKit Pro.
Aber wenn ich jetzt was kompilieren (schon beim Built-Prozess) will kommt eine Fehlermeldung für den Linker die laut Log
ld.exe: warning||cannot find entry symbol _start; defaulting to 00802024|
||=== Build finished: 1 error(s), 0 warning(s) (0 minute(s), 0 second(s)) ===|
lautet. Soll wohl ein sehr bekannter Fehler mit dem Linker sein. Irgendwas mit fehlerhaftem Start-Entry-Point. Meine Einstellungen sind (Linker-Settings):
-DESPRESSO
-mwup
-mcpu=750
-meabi
-fexpensive-optimizations
-O3
-mmultiple
-mupdate
-mmfcrf
-mbig-endian
-mhard-float
-mfloat-gprs=yes
-W
Ich forsche mal etwas nach später. Versuche es doch mal bisdahin mit der Version von devkitPPC die so um den release des "orginals" rausgekommen ist.
So….
https://gitlab.com/linux-wiiu/linux-wiiu
Das sind die offiziellen Buildanweisungen am besten verwendest du die hier jetzt an. Ich frage mich nur ob du mit deinem neuen Kernel so viel "Spaß" haben wirst da das alles ja immer noch ziemlich unoptimiert ist. Was hast du jetzt eigentlich damit vor das du so dringend diese Instruktionen brauchst?
Hab gute Nachrichten für dich! Es kompiliert momentan, habe extra deine Flags genutzt. Wenn alles klappt sollte ich dir bald den Kernel schicken können
So dein Kernel ist fertig! Naja, deine Vorhersage von mindestens 24 Stunden um ihn zu kompilieren waren etwas hoch. Es hat nur 24 Minuten gebraucht.
Bitte gib mir doch Feedback wenn du Zeit hast da ich ihn momentan nicht testen kann da ich unterwegs bin und keinen USB Stick frei habe.
https://drive.google.com/file/d/1JD4srimD9OjdB_qtTffC0QFshnZgRsfu/view?usp=sharing
SHA1: c9aa50fb95998c0b8a5a4c77445f3de441286b68
Übrigens sollte man sich vom master-Branch fernhalten: https://gbatemp.net/threads/wii-u-linux.495888/page-21#post-8259076
Ich glaub das ich eh den next-Branch kompiliert habe.
So hoffentlich letzter Post 😀
Hab mir jetzt die Zeit genommen und extra noch nen USB Stick gekauft um dir 100% sagen zu können das der Kernel den ich für dich kompiliert habe auch wirklich funktioniert. Wenn du noch irgendwas brauchst melde dich einfach. Ich hoffe jetzt einfach mal das es der Kernel aus der next-Branch ist was du wolltest.
Bei der Passworteingabe erscheinen auch keine Zeichen, du musst das Passwort "blind" eingeben und dann auf Enter drücken.
Ach wir reden von der CLI? Dann macht das natürlich sinn ^^
Ich weiß, dass das Passwort nicht im Klartext angezeigt wird. Es geht trotzdem nicht. Wie gesagt: Die Tastatur wird nicht erkannt bzw. wird nur für- so wie es im Internet beschrieben steht "für ein paar Sekunden erkannt" (sodass man eben es 10 Sekunden nutzen kann um diese 1. Eingabe zu machen). Soll ein bekanntes Problem unter Ubuntu sein, hab ich gehört. Und es soll damals vor allem nur gelöst worden sein nachdem man ein Update seines Ubuntus gemacht hat.
Deshalb gab ich auf und will jetzt was Kompilieren. Wieso Zeit unnötig verschwenden, wenns nicht funktioniert? Das geht vielleicht mit irgendwelchen Tastaturen. Wichtig zu wissen wäre es, welche Keyboards unterstützt werden und welche nicht. Ich habe 2 getestet: einmal normale Aldi-Tastatur. Geht nicht. Selbes Problem. Root kann man eingeben. Das Zweite wird nicht erkannt, egal was man eingibt.
Zudem glaube ich nicht, dass dieses Linux bzw. Ubuntu korrekt mit FP-Support kompiliert wurde. Deshalb will ich es selbst versuchen. So eine Kompilierung inklusive FP-Support kann nämlich einige Tage/Wochen dauern, wenn man es richtig machen will. Und ich hab den Eindruck die Leute haben da nen Haken bei der Kompilierung vergessen 😉
Wii U Linux ist sowieso unfertig und hat momentan einige Macken. Die Entwickler kennen sich schon sehr gut damit aus und eine Kernel-Kompilierung dauert keinen Tag.
Wenn eine Kernel-Kompilierung keinen Tag dauert, bei einem Code, bei dem du locker 50-60% komplett ändern musst, stimmt aber was nicht. Was ist denn mit den ganzen Floating-Point Berechnungen? Wurden alle 64 bit/128bit SIMD-Berechnungen in hübsche 2x 32-bit-SIMD-"Päckchen" umgewandelt?
Also irgendwie stimmt da was nicht. Und ich glaube auch nicht, dass man sagen wir mal 5 Mio Simd-64bit/128-bit-Berechnungen an einem Nachmittag auf hübsche 32bit-"Mini-Simd" umwandeln kann. Ich glaube eher, das dauert Tage oder Wochen. Und genau darum macht es auch keiner.
Alles basiert doch heute auf den 64bit/128 bit SSE-Beschleunigungen. Tja und der PowerPC der WiiU kennt das nicht. Der hat nichtmal den Befehl von Apple damals. Der hat nur "mini-Simd", also packt er immer zwei 32 bit-Floatin-Point-Werte zu einem 64-bit-Wert zusammen oder er kann eben zwei kleine 32bit-FP-Werte gleichzeitig berechnen. Für mehr wurde er nicht gemacht.
Dieser Prozessortyp ist nunmal für KI und Logik erschaffen worden, nicht für "Number-Crunching". Wenn du keinen Support für die 32bit-Simd–Einheiten hast, kannst du diese auch nicht nutzen. Dann wird alles, was mit FP zu tun hat, direkt in Software emuliert. Das heißt, dass Ganzzahlen die Fließkomma-Zahlen ersetzen. Was viel aufwändiger ist.
Oh please, nicht schon wieder… Bitte hör auf dein Halbwissen hier zu verbreiten.
Warum bist du eigentlich so verbissen darauf, dass PPC so eine supertolle Architektur ist und dass man mit WIi Us "selbst Google lahmlegen könnte" (deine Worte!)? PPC ist toter als tot und du kriegst keine "magische
Power" aus der Wii U heraus, die Wii U ist eine underpowered Konsole mit der du nichts gescheites auf die Beine stellen wirst.
So sehr ich die Wii U auch mag, als Computer taugt sie null. Das ist Hardware von vor über 10 Jahren!
Es ist aber nunmal so. Nochmal: der PowerPC 750/G3 kann kein 64bit und auch kein 128bit-Simd. Nur die späteren "Altivec"-Modelle von Apple können das. Der Prozessor hier ist aber 32 bit, weil er nur 32 bit Simd kann.
Was denkst du, passiert also, wenn der PowerPC einen
64bit/128 bit SIMD-Wert erhält von einer Kompilierung, bei der das nicht berücksichtigt wurde?
Das Simd des WiiU/PPC 750-Prozessors ist mit dem SIMD von herkömmlichen Prozessoren nicht kompatibel. Du musst es mit-kompilieren.
Und genau das dauert eben. Es kann Tage oder Wochen dauern, je nachdem wieviele SSE/SSE2/SIMD-Berechnungen halt in kleine 32bit-"Paired Singles"-Werte umgewandelt werden müssen.
Schließlich muss das alles ja während der sehr rechen-intensiven Kompilierung gemacht werden. Und hierbei wird die Bandbreite eines Prozessors maximal ausgeschöpft. Und was braucht man für SIMD immer? Genau, Bandbreite.
Und genau deshalb dauert eine Kompilierung damit auch wesentlich länger, weil deine Bandbreite des Prozessors maximal ausgelastet wird, und das ganz ohne Simd. Wie lange genau es dauert, kann ich dir nicht sagen, das hängt davon ab, wieviele Werte vom Code geändert werden müssen.
Du kennst dich halt nicht aus. Hab ich dir schon x-mal gesagt. Und der Beweis ist sowieso, dass du nicht mehr antwortest, wenn ich dich schon 5x mal gefragt habe 😉
Wenn du wüsstest dass dieser Prozessor derselbe ist, der in Routern eingesetzt wird…Tja, dann würdest du auch verstehen warum ich das mit Google lahmlegen gesagt habe.
Ich stehe übrigens noch immer dazu. Aber mach was du willst oder glaub was du willst. Es interessiert mich nicht.
Mich interessiert generell nicht, was andere Leute über mich denken. Sollen sie halt. Ist nur Beweis wie die Welt heute so tickt 😀 Wissen hat man halt. Oder man hat es nicht. Wissen fällt einem halt nicht in den Schoß.
Hast du noch nie den Satz gehört "Du solltst nur lernen, was wir wollen, dass du lernst?" 😉 Du hast offenbar jahrelang das falsche oder nichts gelernt.
Eins ist aber klar: Dir mangelt es bedeutend an Wissen in Sachen Hardware (u.a. die Grundkenntnisse). Darum bin ich ja ein Genie. Ich könnte meinen eigenen Risc-Prozessor entwerfen, wenn ich jetzt die Maschine dazu hätte (kostet ja nur schlappe 50 Mio $). Und du bist ein simpler Administrator in einem Forum 😀
PS: Ich weiß mittlerweile sogar wie Bugs & Glitches in Videospielen & Programmen entstehen. Weshalb es ja relativ sinnlos ist, all die Bugs suchen zu wollen und "patchen" zu wollen. Schließlich entstehen immer neue (auch das weiß ich WARUM diese neuen Bugs/Glitches dann entstehen :D).
Und ich habe eine Formel entwickelt, die mir erlaubt diese Bugs & Glitches vorauszusagen. Ich weiß also immer genau wieviele Bugs & Glitches kommende Spiele/Programme haben werden. Natürlich nicht die genaue Anzahl. Aber die Art der Bugs/Glitches und eine ungefähre Menge (10, 50, 1 Mio oder 1 Milliarde etwa) kann ich mittlerweile abschätzen.
Das ist übrigens ein Grund, warum ich von meinem Ziel, die WiiU Programmieren zu wollen, nicht abrücken werde. Denn die Art, wie die Bugs entstehen, die ich mit Hilfe meiner Formel herausgefunden habe, hat entscheidend etwas damit zu tun, mit welcher Art Prozessor dein Code läuft. Egal wie sehr du also an deinem ordinären Switch-Tablet klebst oder ständig Sachen behauptest von denen du offenbar nicht die leiseste Ahnung hast… Mir doch egal.
Die Nintendo Switch interessiert mich nicht. Das ist nur ein Tablet. Das hat keine nennenswerte Bandbreite. Warum würde wohl Jahre dauern, es dir zu erklären 😀
Das liegt u.a. daran, weil die Switch keinen Router-Prozessor verwendet. Die verwendet nur einen handelsübichen Tablet-Prozessor, den es wie Sand am Meer da draußen gibt.
Das liegt u.a. aber auch daran,dass die Switch halt ein modernes Gerät ist, welches "Im Trend" liegt, in etwa vergleichbar mit einer Playstation 4 oder Xbox One (welche mich beide auch nicht die Bohne interessieren). Diese Geräte haben alle keine nennenswerte Bandbreite, die Google gefährlich werden könnte.
Mich interessiert nur eins: Werde zum Meister-Programmierer. Meistere das, woran andere bislang (ganz offenbar, siehe meine genannten Punkte) gescheitert sind.
Alles andere ist Kindergeburtstag.
Und während der Hacker, von dem du die ganze Zeit sprichst, nur 17 Jahre alt ist um es ihm halt offenbar an ERFAHRUNGEN mangelt, weiß ich halt ALLES über alte & neue Hardware. Hardware ist eben mein Fachgebiet & ich bin mehr als doppelt so alt wie dieser Hacker. Doch Software liegt mir auch und ich fang halt jetzt auch mit Software richtig an.
Schon sehr bald werde ich daher beides perfekt können.
WTF.
Du leidest wohl offenbar hart unter dem Dunning-Kruger-Effekt. Du hast dich im Internet schon genug zur Lachnummer gemacht mit deinem Halbwissen (wenn es denn Halbwissen wäre).
Du denkst auch immer noch ernsthaft, dass du mit der popeligen Wii U irgendwas ernsthaftes hinbekommst. Was zum Fick ist überhaupt ein Tablet-Prozessor, das Ding heißt ARM und wird nicht umsonst in allen modernen Geräten eingesetzt und PowerPC nirgends.
Deine Meinung zu "Bugs die du berechnen kannst" sagt mir, dass du von Programmierung absolut null Ahnung hast und aus irgendeinem Grund ein PowerPC-Fanboy bist.
Mir geht es nicht darum, was DU denkst, du kannst auch daran glauben, dass der Weihnachtsmann dir die Geschenke bringt. Mir geht es darum, dass niemand anderes hier die Kommentare liest und deine für bare Münze nimmt wobei das meiste totaler quatsch ist. Das hab ich dir damals schon unter dem Linux für Wii U Beitrag gesagt, aber du willst ja nicht hören.
Aus diesem Grund wirst du von mir jetzt permanent von der Kommentarfunktion ausgeschlossen. Versuch erst gar nicht, hier nochmal kommentieren zu wollen, weil ich alle deine zukünftigen Kommentare löschen werde. Such dir irgendein anderes Forum, YouTube-Video (wo du dich ja schon rege über das Thema ausgelassen hast) oder Kommentarspalte wo du deinen Mist loswerden kannst und vergiss nicht zu erwähnen, wie inkompetent alle um dir herum doch sind.
Oder wir brauchen einfach alle nur mehr Logikprozessoren um Google zu ddosen, indem wir JavaScript direkt auf dem Prozessor ausführen ¯_(ツ)_/¯