วีดีโอ

Hm. Mir ist jetzt kein Weg bekannt die Zufälligkeit zu begrenzen, aber was Du machen kannst ist die Zufallswerte einfach neu zu generieren, wenn eine Zufallszahl in der Reihe schon vorkam. Also nehmen wir an wir wollen in der Reihe von 1 bis 100 jede ganze Zahl genau einmal in zufälliger Reihenfolge haben. Ein Weg wäre, dass der Rechner sich einfach merkt, welche Zahl er schon erzeugt hat. Sollte das Ergebnis der Zufallsrechnung eine Zahl sein die schon vorkam, wird sie einfach verworfen und eine neue erstellt. Solange bis alle Zahlen einmal vorgekommen sind. Der Nachteil an dieser Methode ist, dass die Erzeugung von neuen Zufallszahlen immer länger dauert je mehr Zahlen schon generiert wurden. Zumindest auf dem C64 würde sich das unangenehm bemerkbar machen. Auf einem modernen System wahrscheinlich nicht. Ich vermutet aber auf einem modernen System gäbe es für so eine Aufgabenstellung auch bereits verfügbare Algorithmen die man nutzen kann.

Du wirst es nicht glauben, aber das "freihändige" ist Absicht, denn Videos in denen stinklangweilig und seelenlos vom Prompter abgelesen wird habe ich genug gesehen. Spätestens nach 2 Minuten ist man eingenickt. Hinzu kommt, dass es ja genau um diese Spontanität und das Unerwartete bei der Programmierung geht. Über den Fehler bin ich ja auch nicht per "Manuskript" gestolpert, wenn Du verstehst was ich meine. Wenn trockene "Vorträge" Dein Ding sind bist Du hier falsch. Schau Dich einfach woanders um. Es gibt bei YT genug "Vorträge" von der Art wie Du sie dir wünschst. Auf meinem Kanal wird es das nicht geben. Ich halte keine "Vorlesungen".

Danke. Fühl Dich frei alles was Du hier siehst und lernst in deinen eigenen Projekten zu benutzen! Also ohne die Fehler versteht sich! 😊

Ich wüsste nicht wie es ohne Reden funktionieren soll. Hm... Vielleicht mache ich - wenn ich Zeit und Lust habe - mal eine Stummfilmfolge für Dich. Mit Pantomime. 😁Bis dahin schalte einfach den Ton aus und schau die Videos mit Untertiteln. 😉 Danke für Dein Lob.

Danke für Dein Kommentar. Viel Spaß mit meinen Videos.

Das klingt fast so, als ob Du Dich nicht erinnern möchtest. Tut mir leid wenn ich da was ausgelöst habe. 😉😊

@Tobonocom naja, wider besseres Wissen dumm angestellt. Wer wird daran schon gern erinnert ;-) Löst aber jetzt keine Panikattacke aus

@@wernerviehhauser94 Mach Dir nichts draus. Wie Du sehen kannst bist Du nicht der Einzige. Irgendwann tappt doch jeder mal in diese Falle. Insbesondere bei Schleifen geht es ganz schnell, dass man die Gefahr übersieht.

Ja, das erklärt es. Deshalb "kippt" das Verhalten auch bei 257....Danke.

Das kann ich mir lebhaft vorstellen.😁 Speicherbereiche zu verschieben kann wirklich lustig werden wenn man dabei nicht exakt navigiert. Danke für Deinen netten Kommentar.

Ähm... wieso? 😁 (Ich nehme die Kritik aber an. Mich stört es selber auch. )

@@sengir3937 Aha! Vielen Dank für diesen nützlichen Hinweis. Ich werde darauf in Zukunft achten.

Ich weiß nicht welchen Emulator Du verwendest. Im VICE Emulator ist das Semikolon einfach das Semikolon (SHIFT + KOMMA). Zum Einfügen in eine Zeile musst Du SHIFT + EINFÜGEN drücken. Der Editor im C64 ist nicht wirklich komfortabel. 😁 Meiner Ansicht nach ist der RND-Befehl fehlerhaft, bzw der Algorithmus ist nicht sehr ausgefeilt. Man müsste sich mit einem Disassembler mal wirklich den entsprechenden ROM-Inhalt ansehen um rausfinden was dieser Befehl eigentlich macht. Ich habe aber für den Kanal erstmal andere Dinge geplant. Es ist ja auch kein so großes Drama. Wenn man weiß wie der Befehl sich verhält, passt man seinen Code einfach entsprechend an. Trotzdem danke für Deine Überlegungen. Und ja, das Problem ist, dass die Zufallszahl (0-1) einfach nicht richtig erzeugt wird.

Hallo. Vielen Dank für deinen netten Kommentar. Ich freue mich dass es dir gefallen hat. Die Befehle READ, DATA und RESTORE dienen am C64 dazu statische Werte in den Speicher des C64 einzulesen. Das ist z.B. bei der Sprite-Erstellung eine gängige Methode die Sprite-daten dem Grafikchip zur Verfügung zu stellen. Wie das funktioniert erläutere ich etwas detaillierter hier: th-cam.com/video/dbP6hUsS7cY/w-d-xo.html

@@Tobonocom Klasse, danke dir. Das werde ich mir sehr gerne mal anschauen. 👍

😆😅🤣

Wie sagt man so schön? Lieber zu spät als niemals. 😊Aber Scherz beiseite. Schau Dich mal um im Internet (z.B. hier bei YT) und Du wirst staunen wie groß und lebendig die Retro-Computing-Community ist. Es gibt nach wie vor Menschen die sich für diese Computer interessieren, entweder aus nostalgischen Gründen, oder aber auch , weil sich auf diesen Geräten sehr gut die Grundlagen der Programmierung lernen lassen. Oder die Grundlagen der Computer-Hardware. Auch heute noch werden z.B. für diese Geräte Hardwareerweiterungen und -Zusätze mit sehr viel Liebe zu diesen Geräten erdacht und z.B. über Crowdfunding-Projekte in die Realität umgesetzt. Das Interesse an diesen Geräten ist also wieder (oder noch immer) vorhanden. Und so lange das so ist, sind diese Videos hier nicht sinnlos. Und ich selbst erfülle mir damit einen Traum. Nämlich den Traum diese Geräte mit den Mitteln und Möglichkeiten des Internets (das es ja damals noch nicht gab) heute so kennenzulernen wie ich sie damals gerne kennengelernt hätte.

@@Tobonocom Super Video - macht Spass und ist eine Art Review ... DANKE DAFUER!

definitiv viel zu spät, das hätte ich vor 40 Jahren gut gebrauchen können 😜

@@madmartigan1498 Ich auch!

Es werden eine ganze Reihe von Feldern niemals gesetzt, was daran liegt wie ich das Dungeon aufbaue. Es werden - ausgehend von den Kästchen die in jeder Zeile alle 2 Spalten gesetzt werden - niemals diagonal Kästchen gesetzt sondern nur oben/rechts/links/unten. Das heißt die Felder die diagonal von den Spaltenkästchen liegen bleiben immer frei. Wollte man das ändern, müsste man Kästchen diagonal setzen, was grundsätzlich natürlich machbar ist, dann aber - so denke ich - dazu führen würde dass das Dungeon schwerer "begehbar" wird. Man muss ja darauf achten, dass man Laufwege (also Gänge) schafft. Aber hey, versuche es doch einmal! Anregung hast Du jetzt. Und wie DEIN Dungeon aussieht bestimmst nur Du! 😊

@@Tobonocom Ich muss da auch jeden Fall noch mal Deine Programmzeilen anschauen. Find ich megainteressant, aber noch blicke ich nicht so ganz durch. Aber das macht ja (meiner Meinung nach) auch ein Großteil des Spaßes an Basic 2.0 aus. Das Ausprobieren. Danke auf jeden Fall für Deine Antwort. 👍

@@MsHolgerM Der im C64 von Werk aus verbaute Basic V2 Interpreter kennt leider keine MOD-Funktion. Das Äquivalent wäre sowas hier: INT(Z)-INT(INT(Z)/INT(N))*INT(N). Ob das nun bei dem einfachen Beispielcode unbedingt nötig ist lasse ich mal offen. Es reicht ja aus den Bereich so klein zu halten dass ein Über- oder Unterschreiten rechnerisch gar nicht möglich ist. Aber danke für den Denkanstoss.

​@@boarschtl Sehr gut aufgepasst, und ja... die Schleife bei 1104 zu beginnen wäre besser. Man läuft "im Norden" zwar nicht Gefahr den Programmspeicher zu überschreiben, in sofern fiele das erstmal nicht negativ auf. Aber im Norden liegen die Basic Pointer und die sollte man nur anrühren wenn nan weiß was man tut. Danke für den Hinweis!

Ja und um das problem generell zu beheben, macht mans wie folgt: wir fangen nicht in Zeile 0 an, sondern in zeile 1 (zeile 0 ist eh rand, da muss nix passieren). Außerdem gehen wir von spalte 1, nicht 0 bis 38. Die Randspalten müssen nie bearbeitet werden, auch nicht die Randzeilen. Das spart 2 zeilen und 2x die Höhe des Bildschirmes an Zeit. Außerdem ist der code failprove wegen überlauf. Man kann hier immernoch nur jede 2te zeile und/oder spalte bearbeiten, dann spart man nochmal viel. Aber: die wahrscheinlichkeit, das es aus dem Bereich rausläuft, ist enorm reduziert.

1104 ist ja Zeile 2 (1024-1063 = Zeile 0 Rand, 1064-1103 leere Zeile 1). Unten haben wir das ja schon korrigiert (nicht bis 2023 sondern bis 1943). Bei den Spalten kann man bei 1 beginnen und bei 37 enden. Alles andere regeln die Steps in den FOR-Schleifen (STEP 80 in den Zeilen, STEP 2 in den Spalten). Wenn Du das so machst sparst Du ein wenig Rechenzeit. Sehr viel ist das sicher nicht, aber wenn man es optimieren wollte würde man es sicher so machen. Und ja, auf diese Weise fallen wir dann auch nicht mehr unbeabsichtigt aus dem Bildschirmspeicher raus. 😊

Ja, vor allem sollte man beachten, welche Speicherbereiche auf den Speicherbereich folgen den man gerade bearbeitet. Ansonsten passiert nämlich genau sowas. Ich hatte nun glück, weil ich - anständig wie ich bin - das Programm vor der Ausführung gespeichert habe. Hätte ich das nicht getan, wäre der Code verloren. Eine ganz böse Falle ist das. Deshalb: Immer aufpassen was man wo in welche Speicherstelle schreibt. Insbesondere bei Schleifen übersieht man solche Fehler gerne. Grüße an Dich!

Ja, nach allem was ich herausfinden konnte ist das möglich über das Register $d41b. Macht ja auch Sinn, eine Waveform eignet sich ja wunderbar zur Erstellung von Zufallswerten. Der SID ist allerdings ein einziges schwarzes Loch für mich. Mit diesem Chip habe ich mich bisher noch so gut wie gar nicht beschäftigt. Sobald ich kann werde ich das nachholen. Wie wärs? Mach doch einmal ein Video über die Klangerzeugung auf dem C64! Ich würde mir das mit Freuden ansehen. 😊

@@Tobonocom Ich werde mein Bestes geben und das ist nicht viel. Muss aber noch Gedult haben, denn z.Zt. lümmel ich in Kazachstan rum und komme erst in 2 Wochen wieder. Du wirst Lachen, ich habe vor ca. 4 Wochen angefangen, einen eigenen Soundplayer mit Klavierfunktion zu coden. Darüber werde ich ein Video machen, auch wenn es noch nicht fertig ist. Ziel ist es, eine Eingabe via Tastatur (Klavier), diese speichern zu können und mit einem IRQ getriebenen Player wieder abzuspielen. Also, bis denne... Gruß

@@frankb763 Viel Erfolg!

Danke. Und ich wünschte ich hätte Deine Kenntnisse. Ich arbeite dran. 😊

Dafür muss ich mich entschuldigen. Als ich das Video erstellt habe, fehlte mir noch das nötige Wissen und die Ausrüstung. Ich überlege tatsächlich ob ich das Video noch einmal neu erstelle. Im Grunde kannst Du auch in die Kanalbeschreibung schauen. Im Groben geht es darum zu lernen und sich auszutauschen rund um das Thema Retro-Computer.

Hey, danke für die Rückmeldung. Da das dein Einstiegsintro ist, wäre eine Neuauflage bestimmt eine gute Entscheidung. Schade, das du mit Basic anfängst. Da gibt es eigentlich schon genug guten Kontent und wenn ich ganz ehrlich bin: zu meiner Zeit in den 80igern hätte ich das Wissen zum Thema Basic auch gebraucht. Aber mit der heutigen Erfahrung, der weiter bestechenden Community um den C64 finde ich das Basic des C64 zu langsam und zu rudimentär. Von daher hätte ich mich über einen deutschsprachigen Kurs zum Thema Assembler mehr gefreut. Da fehlt mir eigentlich ausreichender Kontent, zu mindestens in deutsch. Mal schauen, vielleicht kommt da ja noch was bei dir. Wünsche dir auf jeden Fall weiterhin viel Freude und Spaß.

Assembler wird definitiv irgendwann Teil dieses Kanals sein. Fürs Erste beschränke ich mich aber darauf die Grundlagen zu lernen. Das geht mMn in Basic besser, weil Basic leichter zugänglich ist. Du hast hier Niemanden vor Dir, der schon alle Kniffe kennt, sondern Jemand der sich langsam in die Themen einarbeitet. Und so wie man beim Hausbau mit dem Keller anfängt (und nicht mit dem Dach) fange auch ich mit dem Fundament an. Der Zeitpunkt wird aber kommen an dem ich mich mit Problemstellungen konfrontiert sehe, die unter Basic nicht mehr zu lösen sind. Spätestens dann werde ich mich Assembler zuwenden. Bedenke bitte auch, dass ich jetzt zwar vorrangig Content für (und über) den C64 erstelle, dieser Kanal soll aber kein reiner C64-Kanal werden. Mein wahres Steckenpferd ist eigentlich der Amiga. Auch für diesen Computer wird es bald Content geben. Viel zu tun, und das geht nicht alles auf einmal. Bleib einfach dran, es wird hier sicherlich bald auch Content geben der Dich mehr interessiert (hoffe ich!). Bis dahin hab viel Spaß beim Retro-Computing! Und danke für deine Anregungen.

Hallo Thorsten. Vielen Dank für Dein Lob. In der Tat hatte ich beim Erstellen auch die von dir erwähnten Fragen im Kopf. Ich habe es selbst noch nicht ausprobiert, aber in der Theorie spricht nichts dagegen die Uhr mit Sprites zu realisieren. Mein Name wird mit "h" geschrieben, so wie Deiner. Liebe Grüße und Happy Retro-Computing!

Ich danke Dir! 😊

Dennoch hat BASIC Unzählige ans Programmieren heran geführt, hat also für meine Begriffe viel Gutes bewirkt.

GOTO und GOSUB sind in heutigen Basic-Dialekten nicht mehr vorhanden. Wozu auch? Man darf ja nicht vergessen, dass das Gerät von dem das Video handelt gute 40 Jahre alt ist. Dennoch: Die Prinzipen der Programmierung gelten damals wie heute. Eine Schleife ist eine Schleife und eine bedingte Verzweigung ist eine bedingte Verzweigung. Ohne die kam man damals nicht aus und heute erst recht nicht.

D bist herzlich eingeladen mich auf der Reise zu begleiten. Wenn Du dabei Themen hast die Dich besonders interessieren dann lass es mich wissen. Wenn ich kann werde ich das hier behandeln.

Du meinst so? p=0 for x=1 to len(name$) z$=mid$(name$,x,1) if z$=" " then p=1:next x if p=0 then a$=a$+z$ if p=1 then b$=b$+z$ next x Stimmt. So könnte man das machen. Ist mir in dem Moment aber nicht eingefallen. Danke.

Da hast Du recht, das habe ich mir auch schon überlegt. Vor allem: Wenn man es falsch spricht, schreibt man es auch falsch. Ich habe nicht zum ersten Mal beim Coden LEFTS (mit S anstatt mit $) geschrieben. 😀Entweder man sagt "LEFT-DOLLAR oder eben LEFT-STRING. Also ja, den Kritikpunkt nehme ich gerne an. Danke für Dein Feedback.

@@Tobonocom Der C-64 war 1989 mein Einstieg in die Programmierung. Ich hatte es mir damals mit dem Begriff String gemerkt, weil ja auch Textvariablen mit einem "$" versehen werden. Das Lernen der Syntax von Basic mit dem beiliegenden Handbuch hat damals wirklich Spaß gemacht. Basic war der Anfang. Es folgen Pascal, Delphi, VB, C++ und Java. Es ist für mich somit schon etwas Nostalgie Basic-Quellcode zu sehen.

@@Garybaldi74 Das geht nicht nur Dir so. Für mich ist das auch ein komisches (aber schönes) Gefühl mal wieder zu den Anfängen zurückzukehren und auf dem C64 zu coden. Ich finde es total spannend hier Menschen zu treffen die wie ich ihre ersten Programmierschritte auf dem C64 gemacht haben. Ich programmiere auch heute noch in meinem Beruf. Anders als damals, aber gewisse Prinzipien galten ja damals genauso wie sie heute gelten. Ich hoffe Du schaust ab und zu mal rein und scheue Dich nicht mich weiterhin auf Ungenauigkeiten aufmerksam zu machen. Das ist wichtig. Ich will dass das hier gut wird.

@@Tobonocom Ich habe schon beim Uhr-Video mal reingeschaut. Mein erster Gedanke für die Zahlen waren Sprites. Wenn mir wieder mal etwas auffällt, gebe ich Dir gern wieder Feedback.

@@Garybaldi74 Das war auch mein erster Gedanke. Ich brauchte ja aber 11 Ziffern (inkls. Trennzeichen). 10 wären auch gegangen. Aber das sind halt zwei zu viel. So weit ich weiß kann der C64 unter normalen Umständen nur 8 Sprites. In Bassic kenne ich keine Möglichkeit für Sprite-Multiplexing. EDIT: Moment. Doch, das müsste möglich sein. Ich kann ja einfach 5 Sprites nehmen (4 Ziffern und den Doppelpunkt) und dann jeweils auf andere Sprite-Blöcke zeigen.... ob das so gehen würde und schnell genug wäre? Ich prüfe das mal später.... Danke.

Ja sicher, man könnte das Ganze natürlich auch noch weiter ausbauen. Meine Überlegung war die Stunden, Minuten und Sekunden der Uhr nicht über einen Input-Befehl sondern per Tasten zu stellen. Also wenn man z.B. die Taste 'H' drückt erhöh sich die Stunde um 1, wenn man die Taste 'M' drückt dann erhöhen sich die Minuten um 1 usw. Also im Prinzip wie bei einer richtigen Digitaluhr (da gibt man ja auch keine Zeit ein, sondern drückt Knöpfe um die Uhrzeit einzustellen). Auch eine Alarmfunktion müsste relativ einfach machbar sein. Da ist sicher noch viel möglich, aber mir ging es jetzt erstmal nur darum herauszufinden wie man das grundsätzlich machen kann. Freut mich wenn ich Dir da helfen oder Denkanstösse geben konnte . Danke dir für die Problemstellung. Das zu lösen hat Spaß gemacht.

Klingt nach einer machbaren Aufgabenstellung.

Du meinst den C64 Bildschirm? Das ist der Vice C64SC-Emulator. Für die Aufnahme läuft der im Vollbildmodus und das Capturing des Bildschirms macht OBS.

Der gute alte Brotkasten war damals schon HD ready...🤪😉🙃

Gern geschehen. Ich freue mich dass es nützlich war für Dich.

Ich freue mich sehr darüber wenn Menschen meine Videos schauen und kommentieren die sich deutlich besser mit dem System auskennen als ich. Die von dir angesprochenen Themen habe ich im Laufe der Zeit natürlich auch schon angeschnitten aber ich gebe zu, vieles davon ist noch im Dunklen. Im Laufe meiner Reise hoffe ich mehr Licht reinzubringen. Also ja, auch Assembler wird hier irgendwann Thema sein. Du bist herzlich eingeladen mich auf meiner Reise zu begleiten. 😊

Für mich ist er auch heute noch immer dabei, z.B. in meinem Job. Wenn ich programmiere verwende ich Wissen das ich damals auf dem C64 erworben habe. Danke für dein Kommentar!

@@popelpotzblitz4360 Da hast Du recht, das ist mir auch schon aufgefallen und ich bitte das zu entschuldigen. Ich habe die optimalen Einstellungen noch nicht gefunden. Aber ich gelobe Besserung. 🙂 Danke für Dein Feedback! 🥰

@@Tobonocom Jeder anständige Video-Editor beherrscht Audio-Normalisierung 😉

@@romanv.2829 Meiner hat diese Funktion auch. Mein dringlichstes Problem mit dem Ton ist aber nicht so sehr, dass die Lautstärke innerhalb des Videos stark variiert, sondern dass der Ton des Videos insgesamt zu leise ist. Ich hoffe das konnte ich im neusten Upload etwas nachsteuern. Hundertprozentig zufrieden bin ich aber damit auch noch nicht. Am Wochenende wird ein neues Mikrofon geliefert. Mal sehen wie es sich dann damit anhört.