Oder sie muessen Captchas einfuehren, die pro Stueck in der Bestellung ausgefuellt werden muss. 
Please login to see this attachment.
Posts by crsc
-
-
Please login to see this media element.
Man ersetze Papier mit MEGA65.
-
Auf dem Filehost gibt es auch eine GEOS 65 Version vom 07.02.24.
-
Kaktusfrage: Nach wie vielen Stunden/Tage/Jahre fehlerfreier Laufzeit kann man dann davon ausgehen, dass man den Fehler endlich eliminiert hat?
Nach milliarden von Jahren Laufzeit ist der Fehler endlich noch einmal aufgetreten und kann endlich beantwortet werden. Die Antwort lautet `42`.
-
Wenn schon loeten, dann Retro.
-
Diese Badges wurden gerade im Discord erwaehnt:
-
Unter Debian, Ubuntu, etc. installierst Du die neue XEMU-Version wie folgt:
Code$ sudo apt update $ sudo apt install git build-essential libsdl2-dev libgtk-3-dev libreadline-dev $ git clone --branch=next --depth=1 https://github.com/lgblgblgb/xemu xemu $ cd xemu $ git switch -c origin/next $ make && sudo make installUnter Fedora, CentOS, Red Hat, etc. nutzt Du dnf anstelle apt
Codesudo dnf install SDL2-devel gtk3-devel readline-devel -
Display More
Genau mit dem aktuellen ROM V920377 will mir der emulierte Mega65 nicht starten. Es kommt nur ein blauer Schildbirm.
Beim Importieren in die virtuelle SD-Karte sagt er aber schön, das sei ein Closed-ROM, Version 920377. Nur nachher versagts.
Ich nehm dazu die Datei MEGA65.ROM von der internen Mega65 SD-Karte. Auf meinem Mega65 selber tut die aber.
Alle anderen Römer, alt und neu, sowie auch die OpenROMs (z.B. MEGA650.ROM) laufen mit dem Xemu. Ich bin grad etwas ratlos.
Die SHA512 meines MEGA65.ROM lautet:
8973880bd0553490f3cfd832bcf936939c6bef5001322e236d221a3250ee55bb1cbffc837f49552153c9722dfd57b49864fc5e07c33ac58c542a99a83e
Du hast scheinbar eine Uraltversion von XEMU installiert. Evtl. installierst Du mal eine neuere Version.
Please login to see this attachment.Please login to see this attachment.
-
„Houston, wir haben ein Problem!“
-
Rom ist auch nicht an einem Tag entstanden.
-
-
crsc könnte das ja mal melden
Da war schon jemand schneller:
-
Super Idee. Ich waere auch sehr gerne mit dabei.
EDIT: Webcam habe ich auch nicht. Ein Headset schon. Von daher waere Discord denke ich schon gut, da das gut im Webbrowser laeuft und dort auch das MEGA65-Projekt vertreten ist. Mit Teams habe ich je nach OS und Browser schon einige schlechte Erfahrungen gemacht. Ansonsten gaebe es noch mumble, jitsi meet oder aehnliches. Bei Bedarf koennte ich eine jitsi meet- oder mumble-Instanz auf meinem Server aufsetzen und zur Verfuegung stellen. Sonst gibt es noch Twitch oder Youtube hat (glaube ich) auch einen Chat bei livestreaming.
-
Wie sieht es eigentlich beim Amiga aus? Gibt es dort das ROM/Kickstart/Whatever inzwischen aus legalen Quellen oder ist da auch so eine rechtliche Grauzone wie beim MEGA65?
-
Koennte man das ROM nicht in der C64-Cloud zum Download anbieten? Dort kommt man nur per wechselndem Passwort rein und es ist nicht oeffentlich.
-
Die Software wird nicht verschenkt, sondern man darf sie nur kostenlos nutzen. Das ist ein gewaltiger Unterschied.
Beispiel um das zu verdeutlichen:
Eine Stadt bietet Fahrraeder zur kostenlosen Nutzung an. Das bedeutet nicht, dass die Fahrraeder automatisch mir gehoeren und ich diese dann kostenlos nach Afrika veschenken darf. Ich darf auch nicht die Lampen abschrauben, um diese dann an meinem Fahrrad zu verwenden.
-
Das ist im Softwarebereich leider recht haeufig so. Wenn ich eine Software z.B. als Open Source anbiete und stelle es unter die GPLv3, dann darf ich damit nicht machen was ich will, sondern muss mich an die Lizenz halten. Sonst kann es passieren, dass ich ploetzlich einen Brief vom Anwalt bekomme. Dort wird auch etwas verschenkt und durch die Lizensierung wird die Nutzung und Weiterverwendung eingeschraenkt und festgelegt.
Genauso ist auch hier mit dem ROM. Das MEGA65-Team hat das ROM lizensiert und darf dieses zusammen mit dem Produkt verkaufen. Sie koennten es auch zusammen mit dem Produkt verschenken, wenn sie wollten. Es ist aber dennoch an dieses Produkt gebunden. Genauso wird es vermutlich auch mit dem C64 Forever-Paket sein.
-
Im Nachhinein haette man einfach von offizieller Stelle sagen sollen, dass 920377 das finale ROM ist (mit Bugs und unveraenderbar) und dann wie gewohnt mit 920378 weitermachen sollen. Das waere vermutlich ein Kompromiss gewesen, mit dem alle haetten leben koennen. Die konservativen User haetten ihr stabiles ROM und alle anderen koennten sich motiviert an den Neuerungen erfreuen. Das haette auch viele Diskussionen und Frustmomente vermieden. Hinterher ist man immer schlauer. Evtl. kann man das an anderer Stelle nochmal intern und auch mit den Usern diskutieren.
Das waere aus meiner Sicht dennoch verkehrt, denn es ist sinnvoller zwei Schienen zu fahren, einmal eine Bugfix-Schiene fuer das "finale ROM" (denn Bugfixes sind sehr wohl erwuenscht), und einmal eine "Development"- oder "Experimental"-Schiene, in der neue Features eingebaut und getestet werden, die nix mit dem "finalen ROM" zu tun haben. So funktioniert das eigentlich bei den meisten Software-Projekten.
Da stimme ich dir zu. Das war auch die Grundidee dahinter. Nur! Wenn man kein Entwicklerteam, sondern nur einen einzigen ROM-Entwickler mit begrenzter Zeit hat, dann sind diese zwei Schienen vermutlich zu viel Arbeit um zwei Branches gleichzeitig zu pflegen. Man haette dann evtl. bugifxes auch unter 920377-p1, 920377-p2 usw. anbieten koennen. Wenn dann noch alles durch ein Komitee abgesegnet werden muss und einfach keine Rueckmeldungen (vom Komitee und den Usern) kommen, kann ich auch verstehen, dass die Motivation den Bach runtegeht. Ein (Hobby-)Projekt soll letztendlich spass machen.
-
Im Nachhinein haette man einfach von offizieller Stelle sagen sollen, dass 920377 das finale ROM ist (mit Bugs und unveraenderbar) und dann wie gewohnt mit 920378 weitermachen sollen. Das waere vermutlich ein Kompromiss gewesen, mit dem alle haetten leben koennen. Die konservativen User haetten ihr stabiles ROM und alle anderen koennten sich motiviert an den Neuerungen erfreuen. Das haette auch viele Diskussionen und Frustmomente vermieden. Hinterher ist man immer schlauer. Evtl. kann man das an anderer Stelle nochmal intern und auch mit den Usern diskutieren.
-
Das finde ich wirlich schade. Ich habe mich immer ueber Neuerungen gefreut.
