Beiträge von atomcode im Thema „Basic 10-Liner Contest 2019“

    Cool. Sogar 7 aus Südamerika. Also nächstes Mal dann zweisprachig die Anleitung und Beschreibung; hatte ich diesmal leider noch nicht. Wie wichtig das ist, sah man bspw. an "Da Da Da" von Trio. Erst, als es auf Englisch herauskam, war es auch in Kanada und anderen Ländern, vor allem in Brasilien, ein großer Erfolg, obwohl es kaum sinnvollen Text enthält.

    Grundsätzlich danke für die Komplettierung und Richtigstellung.
    Mit dem Inhalt meiner Nachricht wollte ich aber kein Korrekturelesen in Auftrag geben ;) , sondern lediglich darauf hinweisen, dass der Commdore 64 dieses Jahr am meisten Beiträge erhalten hat. :saint:

    Eigentlich wollte ich nur Telespielator antworten. Den Amiga hast du ja nicht vergessen, sondern "vitoco". Das "jeweils für oder" war nur für Telespielator. Die Nachtragungen waren mehr aus meinem eigenen Respekt gegenüber deren Fans, egal wer das zuvor geschrieben hatte. Ich bin nämlich dafür, dass sich alle Modellliebhaber gegenseitig respektieren sollten, bzw. deren jeweiliges System.

    ATARI soll auch auf keinen Fall verdrängt werden, aber es ist nun mal kein Geheimnis, dass Commodore am verbreitetsten war und sich das auch noch heute widerspiegelt. Ich bin kein Homecomputer-Rassist :D und hoffe, dass es auch in Zukunft einigermaßen ausgeglichen bleibt und viele Modelle beteiligt bleiben.

    Mich wunderte allerdings, dass nicht ein einziger Plus/4- oder C128-Beitrag dabei war, aber so viele VC-20.

    Außerdem frage ich mich, ob auch C65-Beiträge mit BASIC V10 anerkannt würden. Dann würde ich das machen. Ansonsten gäbe es dafür ja noch die WILD-Kategorie.

    Äh, wie jetzt? ^^

    jeweils 3 oder weniger für MSX, Apple IIe, Tandy TRS-80, BBC Micro, Mattel Aquarius, Thomson MO6, Atari 2600 oder Amiga

    21 Commodore 64
    20 Atari 800 XL/XE
    12 Sinclair ZX Spectrum
    9 Commodore VIC-20
    6 Amstrad/Schneider CPC
    3 MSX
    3 Tandy TRS 80
    3 BBC Micro
    2 Mattel Aquarius
    1 Apple IIe
    1 Thomson MO6
    1 Atari 2600
    1 Amiga
    -----------------------------
    83 gesamt
    ================

    Wäre schön, wenn jemand die NOMAM filmen und auf Youtube stellen könnte, weil die meisten Teilnehmer da wohl gar nicht hinkommen können, aus Brasilien, Russland, und was ich da alles gesehen habe.

    Ich hab nur des Mitmachens wegen mitgemacht, nicht um zu gewinnen. Ich hasse Gewinnen und im Mittelpunkt zu stehen. Mühe gebe ich mir aus Gewohnheit trotzdem immer. ^^

    Bitte melde dich an, um diesen Link zu sehen. .. Eine Kategorie für Anwendungen sollte es geben. Das Ding ist genial, spart nebenbei auch noch 'ne Menge Speicherplatz.

    Aber irgendwie ist bei dieser Veranstaltung dieses Jahr der Wurm drin. Zwar werden es von Jahr zu Jahr mehr Einsendungen und die Palette an Homecomputer-Modellen immer breiter, aber während in den letzten Jahren noch viele F64-User dabei waren, sind sie fast alle verschwunden. Ich kenne davon nur noch den Endurion und jetzt den Will. Viele kommen aus anderen Ländern, was natürlich schön ist. Auch an der (nunmehr kaum vorhandenen) Diskussion hier im Forum merkt man, dass es hier offenbar nicht mehr so gut ankommt. In den Jahren 2015-2018 waren es mehrere Seiten mit vielen verschiedenen Leuten, die sich rege über ihre Beiträge oder Beitragsabsichten unterhielten. Auch welche von den Unterstützern selbst (Organisatoren, Veranstalter, Jury, whatever) waren dabei. Ich hatte aus den letzten Jahren sogar mehrere F64-Threads gefunden, hier mal jeweils einer pro Jahr:

    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.

    Ich finde das etwas schade, da das ganze ja einen pädagogischen Hintergrund hat. Der Gunnar setzt seine Schüler vor die alten Kisten und schafft es immerhin, sie dafür zu begeistern. Die können dann mit unseren Programmen spielen und sie "verbessern". ;) .. Bitte melde dich an, um diesen Link zu sehen. "About the Boys" finde ich als URL allerdings problematisch, sobald da auch nur ein einziges Mädel sitzt.

    Was mir persönlich an dieser Art der Veranstaltung nicht gefällt, sind die Regeln mit der Zeilenlänge. Erstens fehlt es an Tools dafür, weil man das ja gewöhnlich auch gar nicht braucht. Man erfährt auch nicht, wie die das selbst kontrollieren wollen. Und was das Pädagogische für die Kids angeht, ist es eher kontraproduktiv, da man teilweise einen irrwitzigen Programmfluss kreiert, nur damit es in die Zeilen passt -- von der Programmstruktur ganz zu schweigen. So habe ich bspw. eine unveränderliche Variablen-Zuweisung in eine Schleife legen müssen, weil die Zeilen davor schon voll waren. Besser fände ich eine einfache Beschränkung in Bytes, 800, 1200 und 2500.

    Ist mit "BASIC 10Liners Forum" dieses Forum hier gemeint, d.h. man kann seinen Beitrag auch hier posten und damit ist er abgegeben?

    Nein. "BASIC 10Liners" hat eigenes Forum: Bitte melde dich an, um diesen Link zu sehen.


    Gibt es einen Wettbewerb für Assembler Programmierung? Hab gegoogelt und nix gefunden.

    Ich kenne nur die Cartridge Game Dev Compo: Bitte melde dich an, um diesen Link zu sehen.

    Meine Vorstellung wie sowas laufen könnte: verschiedene Klassen, wie z.B. 256 Byte, 1 KB, 4 KB. Teilnehmer gibt ein Image ab. Das wird von einem Ladeprogramm (der Jury) nach 49152 geladen und mit einem sys 49152 gestartet.

    Die Klassen sind ok, aber ein Standard-BASIC-Start 10 SYS 2061 fände ich besser. Dann kann es jeder einfach als normal startbares Programm bzw. Spiel verwenden. Könnte man mal hier starten, oder als erstes ermitteln, wie groß das Interesse ist. Und es müssten nicht immer nur Spiele sein. Anwendungen, und auch frei verwendbare Programmmodule wären interessant. Diese müssten dann im Rahmen einer entsprechenden Demonstration präsentiert werden, bspw. ein komfortabler schneller Track36-Saver/Loader für Spielstände und Highscores.

    Also, wenn man das Programm im Steuerzeichen-Modus vom C64-Studio ins CMB-Studio kopiert und dort komprimiert, geht die Überprüfung derzeit wahrscheinlich am schnellsten.
    Und davon kann man auch direkt einen Screenshot machen, also auch ohne Textverarbeitungsprogramm, wie ich erst meinte.
    Wenn man das allerdings in den C64-Screen kopiert, nervt mich, dass er nach jeder Zeile, die ganze 80 Zeichen lang ist, einen Zeilenvorschub macht.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Mit strukturiertem Programmieren hat das aber nicht mehr viel zu tun. Sieht eher aus, als käme es direkt aus der Schrottpresse. :lol27:
    Noch schlimmer ist, dass man dann z.B. Dinge mit in eine Schleife packt, nicht etwa weil sie dort hingehören, sondern weil nur dort noch Platz ist. :facepalm:

    Mein größtes Problem ist immer die Entscheidungsfindung. So hatte ich auch jetzt zum Schluss noch etwas eingebaut, was dem Design nützt,
    aber der Performance schadet. Bei so was quäle ich mich immer mit der Frage, was sinnvoller ist.

    Genau. Die 80 gilt für das, was man am jeweiligen Computer maximal eingeben kann, also indem man keine Leerzeichen nutzt und alle Befehle abkürzt (ich glaube bei manchen Modellen sogar per einmaligem Tastendruck). Oder anders gesagt: Unter Verwendung der Abkürzungen muss man das Programm in einen Real-C64 (oder andere) eingeben können. Beim nächsten Listen ist es dann in ausgeschriebener Form natürlich länger und sieht so aus, wie man es im Studio eingegeben hätte (vom ?=PRINT abgesehen).

    Wenn man das einmal eingebaut hätte, ließe sich das für PUR-120 und PUR-250 ja auch anwenden.
    In dem Falle wäre allerdings auch ein Textumbruch sinnvoll, weil man sich sonst 'nen Wolf scrollt. Die FCTB hat das schon eingebaut, hab ich gesehen.

    Bitte melde dich an, um diesen Link zu sehen. Danke. Endurion ist eigtl. auch nah dran: Anstatt (im C64 Studio) die Abkürzungen bei der Eingabe direkt als vollen Befehl auszuschreiben (wie es derzeit ist), könnte man die eingegebene Abkürzung (am besten optional) so stehen lassen. Also genauso, wie es auch mit dem '?' aka PRINT gehandhabt wird bzw. wie es im echten C64 ist, solange man nicht neu listet. Dann braucht man nur noch eine einstellbare Randlinie (hab ich bei mir schon drin).

    Ich hatte es jetzt schon so ähnlich gemacht, wie du beschreibst, indem ich (nach dem Komprimieren im CBM-Studio) die Text-Passagen aus dem Programm im C64-Studio ins CBM-Studio kopiert hatte. Dann erscheinen dort für Sonderzeichen jeweils nur Platzhalter-Kästchen, und man kann ebenfalls sehen, ob die Zeile die Linie überschreitet, und die Zählung am linken Rand stimmt dann natürlich auch.

    Für einen Screenshot kopiere ich das dann aus dem CBM-Studio in mein TVP (OO-Writer). Wenn man das im TVP mit "C64 Pro Mono" formatiert, erscheinen ja wieder die Sonderzeichen. Querformat und 9pt passt ganz gut.
    Alternativ lässt sich auch "C64 Pro Mono" im CBM-prg-Studio einstellen, aber leider kann man dort die Zeilenhöhe noch nicht korrigieren, und so ist es dann etwas zusammengepappt.

    Jetzt mach ich noch eine an den Haaren herbeigezogene Vorstory bzw. Situationsbeschreibung, eine Bedienungsanleitung und die Erklärung des Programmcodes, und da kann ich nicht mit warten, denn nächste Woche weiß ich selbst nicht mehr, wie und wieso das so funktioniert. :) Ein "Long-Play" will ich auch noch erstellen, als privates Video bei Yt hochladen und verlinken.

    Aus wem besteht eigentlich die Jury? Gibt es keine öffentliche Abstimmung?

    Beim "CBM prg Studio" unter "Tools" -> "Options" kannst Du "Show Character count" aktivieren. Dann siehst Du in der Source-Code Editor-Spalte jeweils die Anzahl Zeichen einer Zeile.
    Daneben sehr hilfreich ist die Option "Edit" -> "Advanced" -> "Compress". Das konvertiert den BASIC-Code in die abgekürzte Schreibweise, also zum Beispiel "?" statt "PRINT". Dabei siehst du dann gleich, ob die 80 Zeichen (bei PUR-80) noch nicht überschritten wurden. Mit "Uncompress" passiert das Gegenteil.

    Damit kann man dann schon recht gut arbeiten, um das Maximum des Erlaubten beim BASIC Tenliners Contest herauszuholen.

    Nur leider funktioniert auch das noch nicht richtig. Um ein Haar hätte ich deswegen was zu langes abgeschickt. Es bleibt also nur, mühselig von Hand zu prüfen, und deswegen finde ich diese Disziplin suboptimal.

    Beispiel:
    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Link zu sehen. .. Du hast ein h vergessen. :P

    Nein, natürlich ist es richtig, sich mit solchen Dingen nicht aufzuhalten, wenn einem ein anderes Projekt wichtiger ist. Genau aus dem Grund wollte ich erst auch verzichten, aber andererseits will ich mich deswegen auch nicht überall ausschließen. Mich hatte es bereits geärgert, dass ich nichts zum Weihnachts-Heftchen beitrug, und das, obwohl dabei die Bedingungen viel lockerer waren. Für den Fall, dass es dieses Jahr wieder eines gibt, werde ich nach Möglichkeit was nettes auf Vorrat machen.

    Ich bin mit meinem PUR-80-Beitrag fast fertig. Waren erst 36 Zeilen, nun noch 11 ohne Abstriche, und es muss noch eine Zeile weg und noch ein funktionierendes Scoring hinzu. Es ist ein dauernder Kampf zwischen Skepsis und Optimismus. ;)

    Eigentlich mag ich ja mehr eine schlichte Begrenzung in Kilobyte anstatt in Zeilen. Und eine einzige erlaubte DATA-Zeile Maschinencode fände ich sinnvoll, wenn keine BASIC-Erweiterung genutzt wird.

    Die Fragen von Willem sind völlig berechtigt, finde ich. Wenn man BASIC-Erweiterungen benutzen darf, aber keine Maschinensprache im BASIC-Programm, dann kann man sich ja das bisschen, was man als Maschinensprache braucht, selbst als BASIC-Erweiterung machen, und schon ist es legal? Wahrscheinlich heißt es dann, dass nur "bekannte" verwendet werden dürfen. Das wäre dann wiederum diskutabel. So war damals eine kleine Joystickabfrage-Implementierung als BASIC-Erweiterung durchaus populär, während ich vom (eingeschlafenen) DotBASIC jetzt das erste Mal las. Oder gibt es eine Liste erlaubter Erweiterungen? Das wäre dann sinnvoll.

    Kernal-Aufrufe scheinen erlaubt zu sein nach meinem Verständnis, denn der Kernal-Code gehört ja nicht zum Programm selbst. Das ist auch eigtl. üblich so. Die 64k-PC-Demos sähen ohne Bibliotheken auch nicht so fett aus. Ohne Kernal-Aufruf wäre bei V2 ja allein schon das Setzen des Cursors ein Kreuz. Das ist ja 8-bit-Sadomaso. :sm: Sicher bin ich mir auch nicht, denn ich habe mehrere Programme aus den letzten Jahren angesehen und kein SYS o.ä. darin entdeckt.

    Und dann die Sache mit der Zeilenlänge. Die Überprüfung, die sich ja einfach mit einer kleinen Assemblerroutine machen lässt, erscheint mir da noch einfacher als die Eingabe. Man weiß gar nicht, wie lang die tokenisierte Zeile ist, und vor allem bräuchte man bei 250 Zeichen einen automatischen Umbruch, weil man sich sonst einen Wolf scrollt.

    Ich versuche zuerst, meine Idee mit BASIC V2 und 80 Zeichen zu lösen. Da bin ich allerdings sehr skeptisch, obwohl ich ansonsten Optimist bin. Wenn es nicht passt, mache ich längere Zeilen, aber werde mir dafür zuvor was zur Überprüfung ins Studio einbauen. Hab da sowieso schon einiges eingebaut, justierbaren Zeilenabstand, optionale Randlinie, optimierten BASIC-Cursor für C64ProMono (automatisch), die Option "Strip Remarks" und die Entfernung leerer Zeilen.

    Was ich mich auch frage: Sollen es unbedingt Spiele sein, oder gehen auch Anwendungen und Demos?