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
skoe erzählt C in 14 Tagen
-
-
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
-
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
-
Quote
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
-
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
-
doch die sachen funktionieren alle, hab ich selber schon benutzt. eventuell machst du einfach was falsch, mal daran gedacht? =P
-
das passt... allerdings ist das anlegen der beiden umgebungsvariablen unter *nix überflüssig
-
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
-
So sieht die Demo für den Joy aus, ohne interne cc65 Routinen, nur die sogenannten Systemadressen:
Display MoreC- #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;
- }
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.
Display MoreC- #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;
- }
Resultat, musste alles selber stricken.
mfg
-
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. -
Hallo sauhund, sieht gut aus was du da hergestellt hast, alle Achtung.
mfg
-
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.
-
Wann geht es denn hier mal endlich weiter?????? Bitteeeeee!
-
-
Ich hätte gerne mal in die C64 Programmierung mit C reingeschnuppert.
Leider sind fast alle Links hier tot,Die hier gibts nicht mehr:
Quote from skoeUnter 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.zipDie 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? -
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.zipoder 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
