Beiträge von hack!osa

  • Mugshot Routine für deutsche Version kompatibel machen

    Hast du mal die unveränderten Routinen in eine englische ROM eingebaut und verglichen, ob bei gleichem Skript das Problem bestehen bleibt?
    Ansonsten kann es natürlich sein, dass du manche Offsets falsch angeglichen hast (kann ich jetzt so ohne Weiteres nicht ermitteln), wie hast du denn die Offsets für die deutsche ROM ermittelt?

  • C Standard bei GBA Programmierung

    Hi,


    generell würde ich heutzutage keinen älteren Standard als den C99-Standard empfehlen.

    Dafür spricht z.B., dass man erst ab C99 bei for-Schleifen die Zählervariable in dem ersten Ausdruck deklarieren darf.


    C99 dürfte heute wohl der am meisten verwendete C-Standard sein. Neuer ist meines Erachtens nach lediglich C11.

    Ob man jedoch von dessen Features in einem Baremetal-Environment, wie bspw. auf dem GBA, profitiert ist fragwürdig.

    Zitat von DarkGengar

    Aber höhere Standards haben doch neuere Features, die doch dann bestimmt schwerer für eine optimierte Kompilierung auf dem GBA

    umzusetzen sind, oder nicht?

    Das mag auf manche Sprachen und Features möglicherweise zutreffen, bei C würde ich mir da weniger Gedanken machen. C ist und bleibt eine sehr systemnahe Programmiersprache, die entwickelt wurde, sodass sie sich in sehr effizienten Maschinencode übersetzen lässt.


    Viele Änderungen an C dürften so oder so überwiegend die Standard-Library sowie das Compiler-Frontend (bsp.: Parser) betreffen, bei der Codegenerierung dürfte es folglich keinen großen Unterschied machen, ob der GCC jetzt C98-, C99- oder C11-Code übersetzt.


    ~hack!osa

  • Cemu Grafik Bugs

    Ich glaube nicht, dass hier im Forum sich jemand spezifisch mit Cemu auskennt. Vielleicht mal direkt die Entwickler fragen?
    Das kann alles Mögliche sein. Aber ganz ehrlich, was erwartest von einem Emulator der hochgradig "Work In Progress" ist? :)


    LG hack!osa

  • [VB.net][SNIPPET] LZ77 Dekompression.

    Hey,


    sorry, I do not happen to have a compression algorithm, since I never had the need for one. Though going from the decompression routine it shouldn't be too hard to create one. My general (though untested) approach would be to process the data to compress from begin to end and at each position look if the data at the current cursor also exists in the compression window (the area that can be addressed with an reference at that position). Then just place either a reference or the actual data in the compressed buffer!


    Kind Regards,
    hack!osa

  • Mapping Wettbewerb 2016 [Siegerehrung]

    • 2 Punkte: Map #1


      Mir gefällt die Tileauswahl wirklich gut! Die Struktur der Map ist sehr gelungen. Viel mehr kann ich dazu nicht sagen :)


    • 1 Punkt: Map #3


      Die Tileauswahl ist gelungen, Struktur ist vorhanden. Jedoch ist mir die Map im Vergleich zur Map #1 etwas zu klein und ordinär geraten. Trotzdem alles in allem eine solide Map.

  • Binäre Division/Multiplikation mit einer Potenz von 2

    Ähnlich ist es übrigens auch mit Modulo, also dem Rest einer Division^^ Statt "value % 4" kann man "value & 3" schreiben. Oft optimiert ein guter Compiler das schon (zumindest im Bereich C / C++), muss aber nicht immer der Fall sein. Solche "Tricks" würde ich übrigens nur verwenden, wenn man die Performance braucht. Ansonsten können andere Programmierer dadurch verwirrt werden.

  • Emulatorentwicklung - Wo fange ich am besten an?

    Hey,


    der Oberbegriff wäre wohl Rechnerarchitektur. Die Details können da von System zu System ganz unterschiedlich sein. Für den Anfang würde ich dir einen NES oder Gameboy Emulator ans Herz legen, da diese Konsolen verhältnismäßig einfach zu emulieren sind (zum Vergleich, GBA oder NDS sind um Einiges komplexer und komplizierter zu emulieren, gerade wenn es performant sein soll). Ein einfacher Gameboy Emulator lässt sich mit etwas Übung in ca. 1-2 Monaten oder weniger implementieren, GBA dauert, wie ich aus Erfahrung sagen kann deutlich länger und kann teilweise sehr frustrierend sein. Ich empfehle dir außerdem, dir Source Codes von Emulatoren rauszusuchen, die in einer dir vertrauten Sprache geschrieben sind. Für den NES und den GB gibt es da bereits Einiges im Netz, auch in Hochsprachen wie C#, Java oder gar JavaScript.
    Was Assembler angeht, das hängt ganz vom Prozessor ab, für den du Assembler schreiben willst. Für ARM ist Wodkas Tutorial, ergänzt durch die offizielle Dokumentation zum Instruction-Set, recht gut. Allerdings ist ARM sehr schwer zu emulieren.


    Einige Themen mit denen du dich definitiv beschäftigen solltest sind:
    Register - https://de.wikipedia.org/wiki/Register_(Computer)
    Statusregister / Flags - https://de.wikipedia.org/wiki/Statusregister


    Bitweise und Logische Operatoren - https://de.wikipedia.org/wiki/Bitweiser_Operator
    Stack / Stapelspeicher - https://de.wikipedia.org/wiki/Stapelspeicher (siehe "Mikroprozessoren")


    Interrupts - https://de.wikipedia.org/wiki/Interrupt


    Die Wikipedia Links sollten natürlich nur Anfang für eigene Recherche sein ^^


    Hier findest du grundlegende Dokumentation zum Gameboy und NES.
    http://bgb.bircd.org/pandocs.htm
    http://fms.komkon.org/EMUL8/NES.htm



    Viel Spaß und Gutes Gelingen,


    hack!osa

  • Filebase Versionen

    Sehr witzig. Dir ist schon bewusst, dass das rechtswirksam ist, wenn du selber Creative Commons als Lizenz angibst? "Ich hatte keine Zeit" ist da keine Entschuldigung, ich habe heute neun Stunden gearbeitet, habe auch noch mehrere eigene Projekte und habe trotzdem noch die Zeit, mich um zwingende Notwendigkeiten zu kümmern und diese sinnlose Diskussion mit dir zu führen. Letztendlich kannst du nicht RHR oder dem Team die Schuld dafür geben, dass du Coltan unter einer Lizenz veröffentlicht hast, die nicht deinen Vorstellungen entspricht. Da mir das hier zu Off-Topic und der Thread offensichtlich missbraucht wird, mache ich hier erst einmal zu. Ich bitte darum, diese Diskussion entweder per PN, Skype oder in einem dedizierten Thread weiterzuführen, allerdings bitte ohne persönlich zu werden.

    PS: Kairyon, du bist von Anfang an persönlich geworden, hast ohne jegliche Legitimierung von oben herab geurteilt, anstatt sachlich zu diskutieren. Denk mal über dein Verhalten nach.

  • Filebase Versionen

    Nette Ausrede, direkt unter "Vorgegebene Lizenz verwenden" kann man auswählen "Eigene Lizenz verwenden", wo du auf eine passende Lizenz verweisen könntest. Außerdem obliegt es dem aktuellen Team, zu dem du NICHT mehr gehörst, die Nutzungsbedingungen umzusetzen / anzuwenden. Dem Team dein verquertes Verständnis, einer objektiven, unmissverständlichen Regel, die so gut wie kein Spielraum für Auslegung zulässt aufzwingen zu wollen ist eine Frechheit.


    EDIT:

    Zitat von Kairyon

    Was du dich hier überhaupt zu Wort meldest, es liegt nicht an dir, dass zu entscheiden, du bist kein Teammitglied.

    Oh the irony....

  • Filebase Versionen

    Kairyon, du hast bei Coltan in der Filebase sogar explizit Creative Commons (https://creativecommons.org/licenses/by-nc-nd/3.0/legalcode) als Lizenz angegeben, weshalb nicht einmal eine weitere, explizite Zustimmung deinerseits braucht um Coltan bereitzustellen. Übrigens, nur wenige Sätze weiter wird der Wortlaut "Inhalt verfassen" auch im Kontext anderer Inhaltstypen als Texte verwendet: "Jeder Benutzer übernimmt die alleinige Verantwortung für die von ihm verfassten Inhalte auf RHR. Verboten sind kommerzielle Angebote sowie das Anbieten von illegalen Inhalten, insbesondere Warez, Cracks, ISOs und ROMs."