Beiträge von lydon

    SkulleateR und Targas haben ja schon alles erklärt.

    Aber vielleicht nochmal Grundlegend, ganz langsam und mit viel Platz zwischen den Aussagen, damit es richtig einwirken kann:

    Ihr habt nicht bei einem Kickstarter mitgemacht, welcher sich einfach so in Luft auflösen kann.

    Ihr habt bei einer deutschen Firma bestellt, welche Elektronische Komponenten und Geräte herstellt und eben nicht nur den MEGA65 baut.

    Ihr habt alle Rechte die ihr als Käufer in einem Online Shop habt.

    Also bitte diese Verschwörungstheorien in der stillen Kammer vor sich hinsagen und nicht vergessen den Aluhut aufzusetzen!

    Das erspart euch auch das ihr hier von der Community zurechtgewiesen oder belächelt werdet...

    Hier lesen ja die meisten... ich werde in ca. 6 Stunden (um 20:00 MEST) einen kleinen Live Stream machen in dem ich von Windows 10 aus (nur eine VM) den RC1 core auf dem MEGA65 flashen werde.

    Bitte melde dich an, um diesen Link zu sehen.

    Solange ich das Programm richtig verlasse, kann ich es auf dem MEGA immer wieder starten. Nur wenn es einen Fehler gibt oder man es abbricht ist halt alles ein wenig durcheinander.

    Du vergisst aber D059 zu speichern und zurückzusetzen, überschreibst es aber mit POKE $D058,80,0

    Bezweifle das das xemu durcheinander bringt.

    Sowas?

    Bitte melde dich an, um diesen Anhang zu sehen.

    In der Art:

    Spoiler anzeigen

    In 4000-4060 male ich die obere und untere Mauer.

    Hier poke ich immer zwei zeichen (also 4 byte) auf einmal. Darunter dann die Mauernteile anderstherum. Darunter ist eine zeile tiefer, also 80 byte (40 zeichen a 2 byte). Und die untere Mauer ganz genau so, aber halt um 23*80=1840 nach unten versetzt und die zeichen anderstherum, da wir ja ungerade anzahl an zeilen haben.

    In 4070-4130 werden der linke und rechte Rand gemalt.

    Also von 1 bis 11 (oben und unten haben wir ja schon), da ist zwar ein "halbes" zuviel, aber passt ja zum rest der mauer.

    Und die Zeichen poken wir wie gehabt, diesmal aber in die erste spalte, ergo rechnen wir nur die doppelten zeilen (=160) hoch.

    Und für die rechte Seite halt plus 76, denn zeile ist 80 lang und wir wollen vier byte (also zwei zeichen) poken.

    Passt?

    Aber auf euch kann man sich immer verlassen. Danke euch. :thumbsup:

    Schaun wir mal :)

    Also das bei 4000 wird ja gerade gar nicht ausgeführt, sondern das bei 160 und 162. Und da werden beide 16bit chars auf die selbe stelle gepoked, somit überschreibt ja 162 das was du in 160 machst.

    Mit welchen Zeichen willst du denn den Rahmen malen?

    Kannst du mal beschrieben wie der Rahmen denn aussehen soll? 4026 und 4027 poken vier zeichen im quadrat. Wie soll da der Rahmen entstehen?

    Mit dem hier sieht es so aus (also das quadrat das ich in 4000 sehe):

    160 POKE P,64,$12,65,$12

    162 POKE P+80,66,$12,67,$12

    Bitte melde dich an, um diesen Anhang zu sehen.

    Important Warning!

    Make very sure to use a proper 8.3 DOS filename for your core!

    That means:

    • only UPPERCASE LETTERS and DIGITS
    • only one point after 1-8 characters
    • point followed by the three characters "COR"

    The flasher does not know vFAT long filenames and so the garbled short 8.3 name that is autogenerated might be bad.

    Even "somecore.cor" (lowercase) is not a 8.3 DOS filename!

    This is the first Release Candidate for MEGA65R3 Batch 2 Release 0.95.

    DevKit Owners and MEGA65 Owners: We need your help! Please test this core!

    The package uses the new structure for release packages and has all the regression test logs inside. It was completely autobuild and has WARNING files stating if something went wrong.

    Get the packages:

    • mega65r3/r2: Bitte melde dich an, um diesen Link zu sehen.
    • nexys4ddr-widget: Bitte melde dich an, um diesen Link zu sehen.

    Please check the contents of the archive and read through the files.

    MEGA65 Release Disk (Bitte melde dich an, um diesen Link zu sehen.) was updated with the new ROM 920377.

    Changes since the first test build:

    - merge secure-flash branch into development branch

    - freezer sprited fixes

    - freezer less border flashing

    - freezer display fixes

    - vic-iv raster irq & fnrstcmp fixes #609 #609

    Updated See the wiki for instructions and what to test: Bitte melde dich an, um diesen Link zu sehen.

    - make sure that you use the right options with m65 tool!

    - watch the Bitte melde dich an, um diesen Link zu sehen., if unsure

    Note that we also have new mega65-tools builds in Bitte melde dich an, um diesen Link zu sehen.

    - Mac OS X autodiscover (thanks to kibo)

    - mega65_ftp will check for loaded PRG (could nuke MEGAFLASH!)

    As this is now a Release Candidate, please test everything!

    Please report problems by posting a reply to this. If it is something obviously critical feel free to file an issue instead. flasher, onboard, fdisk, config, and core to the Bitte melde dich an, um diesen Link zu sehen. repo, release disk stuff to the Bitte melde dich an, um diesen Link zu sehen. repo.

    Please also report successful tests!

    Note: mega65r2 and nexys4ddr builds are not in focus here, but you can also test on those platforms. There might be some stuff you can't do, like flashing a core using the build in flasher, but other stuff should also work on those boards.

    I have got only one feedback over the last weekend.

    DevKit Owner and MEGA65 Owner with JTAG: please spare one hour of your time to flash slot 0 + 1 and test flasher, fdisk, onboard, and config, so that the core gets tested properly for you and for the Batch 2 owners! Be a community!

    And please also report if you do not have any problems!

    Es ist auch so das die Tools den Flash von Slot 0 nur zulassen, wenn man das System via JTAG gestartet hat und das Attic RAM keinen defekt hat. Das ist im neuen flasher sowohl für das PRG als auch für die integrierte Version so.

    Das könnt ihr tatsächlich ohne JTAG testen: startet mal jtagflash.prg auf jede art die ihr euch vorstellen könnt (eventuell hat sich ja wer auch einen UART Adapter gebastelt?) und guckt ob es euch Slot 0 flashen lässt. Es wird immer abbrechen bevor ihr überhaupt den COR von SD auswählen könnt. Kommt ihr bis zur Core Auswahl: ausschalten und melden. An der Stelle ist noch nix passiert.

    Außerdem darf es nicht mehr dazu kommend das der flasher durch "head-to-keyboard" gestartet wird und slot 0 beginnt zu flashen.

    Es ist also einiges an Sicherheit hinzugekommen.

    Es gibt auch dieses Forum, welches anfangs mal als das "offizielle Forum" hingestellt wurde, und dann ploetzlich durch Discord abgeloest wurde, ohne dass das alle mitbekommen haben.

    Das Wiki habe ich noch nie gesehen, und wenn doch, habe ich es vergessen und weiss auch gar nicht, wo ich es finde. Und bei den Filehost-Artikeln wuerde ich einfach mal wagen zu behaupten, dass ein Grossteil der User gar nicht so wirklich auf dem Schirm hat, dass es die gibt. Und speziell diese Filehost-Artikel, waeren gerade die nicht besser in einem Wiki aufgehoben? Eines das strukturiert ist und in dem man was findet?

    Wir haben jetzt also ein Deutsch- und englisch-sprachiges Forum, in dem nur noch im Laberthread geschrieben wird, wir haben einen Discord, in dem alles nach kurzer Zeit in den Untiefen versickert, wir haben ein Wiki, das keiner kennt, wir haben Artikel im Filehost, von denen viele wahrscheinlich nichts wissen, die zudem nicht sortiert sind, wir haben Github und dortige Issues, etc... vielleicht ist ja der Grund, warum Deiner Ansicht nach zu wenig geschrieben wird, dass die Community und die Schreiborte bereits jetzt zu zerteilt ist und viele davon auch genervt sind, keine Ahnung? Ich kann mir auch gut vorstellen, dass wenn jemand an einem dieser Orte etwas geschrieben hat, und dann die Aufforderung bekommt, er solle das doch bitte nochmal an einem der anderen Kanaele posten, weil es dort besser aufgehoben sei, nicht jeder Lust dazu hat, vor allem wenn er in diesem "Medium" so gar nicht unterwegs ist?

    Wo gibt es ein deutschsprachiges Forum, das muss mir untergegangen sein.

    Wenn du damit Forum64 meinst: der MEGA65 Teil ist explizit englischsprachig...

    Ähnliche Korrelation: es gibt viele Leute die stabil funktionierende Cores und finale ROMs möchten, aber es gibt wenige die mitmachen und testen um eben dorthin zu gelangen.

    Wie hoch ist derzeit die Chance wieder den M65 zu schrotten ? Ich würd da schon gerne mitmachen, aber im Moment hab ich bischen schiss, weil ich noch keinen JTAG Adapter habe.

    Wenn du keinen JTAG hast, kannst du keinen Slot 0 flashen. Aber du kannst mit den Tests danach ansetzen.

    Und ich gehe mal davon aus das du keinen der defekten Cores in Slot 1 hast und das du nicht erst nach dem einschalten NO-SCROLL drückst um den Flasher aufzurufen, sondern wie schon sehr oft erklärt zuerst NO-SCROLL gedrückt hältst und dann den MEGA einschaltest um in den Flasher aus Slot 0 zu kommen.

    Wenn du das alles machst, kann eigentlich nix schief gehen. Die Chance steigt jedoch wenn du während der Prozedur ein Kleinkind auf deinem Schoss hast, das haben unabhängige Tests bewiesen ;)