skoe erzählt C in 14 Tagen

schnucke · 28. Januar 2009

deine postings hier im forum beweisen aber das gegenteil ; )

hä...häää.hää..
Vielleicht hat das nichts mit dem cc65 zu tun, sondern weil die Zutaten wie Zucker, Zimt und Kakao nicht richtig zusammengestellt worden sind.

mfg

schnucke · 28. Januar 2009

und wie der zufall will bastel ich grad an einem derartigen wrapper....

Geile sache Sauhund, wenn diese genutzt werden können.
Toll...

Viel Speicher habe ich nicht mehr auf dem c64 , weil ich 2x 8kb Screens brauche für meine Grafik während des Programmablaufes.

Daumen drück...

mfg

schnucke · 28. Januar 2009

Dadurch, dass Du nur einen Schalter umsetzen brauchst, um ein Programm für den Plus4, C64, NES etc. zu erzeugen, ist der Code ja portabel.

Da jeder 8Bitter auch von Pokes/Peek lebt, die hier da mal was mit dem System zu tun haben ist das nur im begrenzten Maße sinnvoll.

Bei "Hallo Welt", habe ich keine Zweifel.

mfg

sauhund · 28. Januar 2009

Zitat

Da jeder 8Bitter auch von Pokes/Peek lebt, die hier da mal was mit dem System zu tun haben ist das nur im begrenzten Maße sinnvoll.

jein. der trick ist, grade wenn man in C entwickelt, derartige systemspezifische sachen einfach jeweils in unterroutinen zu kapseln. dann bleibt der hauptteil des codes immer portabel und du musst für eine neue zielplatform nur die systemspezifischen teile neu schreiben. genau auf dem prinzip arbeiten ja auch sämtliche bibliotheken die bei einem jeden c-compiler dabei sind. auch auf einem pc kriegst du ohne "peeks und pokes" nichts auf den bildschirm

skoe · 28. Januar 2009

Und gerade der cc65 bringt ja jede Menge leckere Blibliotheks-Funktionen mit, die z.B. die Joystickabfrage zwischen den verschiedenen Systemen so kapselt, dass sie im Quelltext des Hauptprogramms nicht unterschieden werden brauchen. (Das ist im Prinzip die gleiche Aussage, die sauhund gerade geschrieben hat, nur jetzt konkret auf diesen Compiler gemünzt.)

schnucke · 28. Januar 2009

Leider funktioniert der serielle Teil nicht vom cc65. Habe mir dann einen selber geschrieben in ASM bzw habe den altbewährten Open-Befehl genommen für die serielle Schnittstelle, die jetzt damit funktioniert. Auch der Joystickteil funktioniert nicht beim cc65. Sogar ein Autor, der eine Demo im cc65 mit reingesetzt hat, hat eine eigene geschrieben, natürlich waren das Pokebefehle.
Also man kommt nicht drum rum. Das meine ich damit, das der 8Bitter seine eigenheiten hat, die man nicht unter einem Hut packen kann.

mfg

sauhund · 28. Januar 2009

doch die sachen funktionieren alle, hab ich selber schon benutzt. eventuell machst du einfach was falsch, mal daran gedacht? =P

skoe · 28. Januar 2009

Hallo Leute,

habe bei dem ersten Teil des Kurses die Installation unter Linux beschrieben. Am Beispiel von Ubuntu, sollte aber ähnlich bei anderen Distributionen funktioneren.

Vielleicht ist hier jemand, der Linux benutzt, schon immer mal den cc65 installieren wollte und das mal Testen könnte?

http://skoe.de/wiki/doku.php?id=ckurs:01-abend1

sauhund · 28. Januar 2009

das passt... allerdings ist das anlegen der beiden umgebungsvariablen unter *nix überflüssig

skoe · 28. Januar 2009

Oh, hab dir compile.txt nicht bis zuende gelesen --- aha, nur wenn es andere Pfade sind. Make hat zum Schluss sowas in der Richtung "Variablen setzen" vorgeschlagen. Dann nehm ich das wieder raus. Danke!

schnucke · 28. Januar 2009

doch die sachen funktionieren alle, hab ich selber schon benutzt.

Glaube ich dir erst, wenn du mir den Programmcode gibst und ich die seriellen Daten mit 300baud auf meinem AVr nach draussen übertragen kann und mein Joystick das Sprite von links nach rechts schieben kann. los her damit.

eventuell machst du einfach was falsch, mal daran gedacht? =P

neiiiiiiiiiiiiiiiiiiiiiiiiiiiiii........................

Mit dir möchte ich mal einen Saufen bis zum umfallen.

mfg

skoe · 28. Januar 2009

Ahh, ein serielles Duell mit 300 baud.
I ........ C ......... H ........... W......... I........... L ............ L .............. E ............ S .......... S ........ E ............ H ............ E ............. N

schnucke · 28. Januar 2009

So sieht die Demo für den Joy aus, ohne interne cc65 Routinen, nur die sogenannten Systemadressen:

C

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <conio.h>
#include <ctype.h>
#include <peekpoke.h>
#include <c64.h>
#include <6502.h>
#include <cbm.h>
#define JOY2 0xDC00
#define JOYUP 0x01
#define JOYDOWN 0x02
#define JOYLEFT 0x04
#define JOYRIGHT 0x08
#define JOYFIRE 0x10
#define WAIT_WHILE_RASTERLINE_LOW while (!(VIC.ctrl1 & 0x80)) {};
#define WAIT_WHILE_RASTERLINE_HIGH while (VIC.ctrl1 & 0x80) {};
unsigned char SPRITE0_DATA=0x0340;
unsigned char *SPRITE0_PTR=0x07F8;
static const unsigned char Sprite0[64] = {
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x0F, 0xE0, 0x00,
0x0F, 0xC0, 0x00,
0x0F, 0x80, 0x00,
0x0F, 0xC0, 0x00,
0x0D, 0xE0, 0x00,
0x08, 0xF0, 0x00,
0x00, 0x78, 0x00,
0x00, 0x3C, 0x00,
0x00, 0x1E, 0x00,
0x00, 0x0F, 0x00,
0x00, 0x07, 0x80,
0x00, 0x03, 0x80,
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x00, 0x00, 0x00,
0x00
};
int main (void)
{
signed char richtung_x = 0;
signed char richtung_y = 0;
char fire=0;
char x=100;
char y=100;
char joy;
bordercolor (4);
bgcolor (7);
textcolor (5);
cursor (0);
clrscr ();
memcpy (SPRITE0_DATA, Sprite0, 64);
*SPRITE0_PTR = SPRITE0_DATA / 64;
VIC.spr_ena = 1;
VIC.spr0_color = 6;
fire=0;
WAIT_WHILE_RASTERLINE_LOW;
SEI();
while (!fire) {
joy=PEEK(JOY2) & 0x1f;
richtung_x=0;
richtung_y=0;
if (!(joy & JOYFIRE)) fire = 1;
if (!(joy & JOYLEFT)) richtung_x = -1;
if (!(joy & JOYRIGHT)) richtung_x = 1;
if (!(joy & JOYUP)) richtung_y = -1;
if (!(joy & JOYDOWN)) richtung_y = 1;
x += richtung_x;
y += richtung_y;
WAIT_WHILE_RASTERLINE_LOW;
WAIT_WHILE_RASTERLINE_HIGH;
VIC.spr0_x = x;
VIC.spr0_y = y;
}
return EXIT_SUCCESS;
}

Alles anzeigen

Und so sieht meine selbstgestrickte Rs232-Routine aus, wo ich als Test 4 Byte mit 300baud nach draussen zum AVR-Board sende, aber es funktioniert.

C

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <conio.h>
#include <ctype.h>
#include <cbm.h>
#define BUFFERSIZE 128
int main(void)
{
unsigned char *buffer;
unsigned char name[6];
name[0]=6;
name[1]=0;
name[2]=0;
cbm_open (2,2,0,name);
buffer = (unsigned char *) malloc(BUFFERSIZE);
cgetc ();
*buffer=65;
cbm_write(2, buffer,1);
cgetc ();
*buffer=66;
cbm_write(2, buffer,1);
cgetc ();
*buffer=67;
cbm_write(2, buffer,1);
cgetc ();
*buffer=68;
cbm_write(2, buffer,1);
cgetc ();
cbm_close (2);
puts("Ok.");
return 0;
}

Alles anzeigen

Resultat, musste alles selber stricken.

mfg

sauhund · 28. Januar 2009

haha mal guckn, wenn das hier demnächst mal passt kann ich da ja mal das ein oder andre kleine beispiel zusammenzimmern. ansonsten hab ich in der vergangenheit mal ein kleines tetris gezimmert, das benutzt auch die joysticks. allerdings war das noch bevor die ganzen treiber von cc65 in ladbare module konviertiert wurden, der source wird also mit dem aktuellen compiler bzw libraries nicht kompilieren - *sollte* sich allerdings relativ unaufwendig anpassen lassen.

ein projekt was die seriellen routinen benutzt ist zb serial slave ... allerdings ist auch das vor den ladbaren modulen entstanden, sollte sich aber ebenso anpassen lassen.

ach und für allesaufeinmalundsofortwissenwoller wie spider ... guckt mal das an (hier direkt als prg). das ist das ergebnis meiner versuche in punkto was man aus cc65 so an codequalität rauskriegen kann, wenn man auch vor dreckeligen tricks, inline assembler usw nicht zurückschreckt. da kann man ganz gut sehen das dinge wie ein eigener interupt zb kein thema sind, man zeitkritisches immer easy in assembler machen sofern man es will etc.

schnucke · 28. Januar 2009

Hallo sauhund, sieht gut aus was du da hergestellt hast, alle Achtung.

mfg

skoe · 11. März 2009

Lieber Moderator,

danke für das Sticky-sieren der C-Kurs-Threads. Ich fühle mich geehrt Aber *dieser* Thread muss nicht unbedingt sein: Ganz viel OT, und was zum Topic gehört, findet sich in einem späteren "Abend" wieder.

Aber ansonsten: Der nächste Abend ist in Arbeit, habe bis jetzt viel mit MultiColor zu tun gehabt und bin deshalb nicht viel dazu gekommen.

ThomBraxton · 17. April 2015

Wann geht es denn hier mal endlich weiter?????? Bitteeeeee!

daybyter · 4. Juni 2015

Frag doch mal onlineprof hier

http://www.lemon64.com/forum/viewtopic.php?t=53538&start=25

Rocco · 21. Juni 2019

Ich hätte gerne mal in die C64 Programmierung mit C reingeschnuppert.
Leider sind fast alle Links hier tot,

Die hier gibts nicht mehr:

Zitat von skoe

Unter Windows kriegen wir das Ding so zum Laufen:
Ladet Euch diese beiden Dateien runter:

ftp.musoftware.de/pub/uz/cc65/…c64-2.12.9.20090126-1.zip
ftp.musoftware.de/pub/uz/cc65/…n32-2.12.9.20090126-1.zip

Die erste enthält alle Werkzeuge, die unter Windows laufen. Die zweite enthält alle Dateien, die für die Programmentwicklung für den C64 wichtig sind. Details schauen wir uns später an. (gleich geht's weiter)

und der gesamte Kurs war wohl auf der Website von skoe und ist auch nicht mehr erreichbar.

Hat wer einen Link zu einem Kurs mitsamt Einrichtung für die Entwicklungsumgebung unter Windows?
CC65 ist ja immerhin noch da, ist das die empfehlenswertes IDE für C auf dem 64er?

Starquake · 21. Juni 2019

Hallo,

dann nimm halt die hier.

ftp://ftp.musoftware.de/pub/uz/cc65/cc65-c64-2.13.3-1.zip
ftp://ftp.musoftware.de/pub/uz/cc65/cc65-win32-2.13.3-1.zip

oder auch hier mal nachsehen, da gibt es noch mehr
ftp://ftp.musoftware.de/pub/uz/cc65/

und den Kurs findest du hier
https://web.archive.org/web/20…i/doku.php?id=ckurs:start