Angepinnt skoe erzählt C in 14 Tagen


    • skoe
    • 35335 Aufrufe 97 Antworten

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • 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

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

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

      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... :juhu:

      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

    • 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 :)

    • 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.)
      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      Bau Dir ein eigenes Modul! EasyFlash

    • 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

    • 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?

      skoe.de/wiki/doku.php?id=ckurs:01-abend1
      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      Bau Dir ein eigenes Modul! EasyFlash

    • 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. :bia los her damit. :bia


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

      neiiiiiiiiiiiiiiiiiiiiiiiiiiiiii........................ :bia

      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:

      C-Quellcode

      1. #include <stdio.h>
      2. #include <stdlib.h>
      3. #include <string.h>
      4. #include <conio.h>
      5. #include <ctype.h>
      6. #include <peekpoke.h>
      7. #include <c64.h>
      8. #include <6502.h>
      9. #include <cbm.h>
      11. #define JOY2 0xDC00
      12. #define JOYUP 0x01
      13. #define JOYDOWN 0x02
      14. #define JOYLEFT 0x04
      15. #define JOYRIGHT 0x08
      16. #define JOYFIRE 0x10
      18. #define WAIT_WHILE_RASTERLINE_LOW while (!(VIC.ctrl1 & 0x80)) {};
      19. #define WAIT_WHILE_RASTERLINE_HIGH while (VIC.ctrl1 & 0x80) {};
      21. unsigned char SPRITE0_DATA=0x0340;
      22. unsigned char *SPRITE0_PTR=0x07F8;
      24. static const unsigned char Sprite0[64] = {
      25. 0x00, 0x00, 0x00,
      26. 0x00, 0x00, 0x00,
      27. 0x00, 0x00, 0x00,
      28. 0x0F, 0xE0, 0x00,
      29. 0x0F, 0xC0, 0x00,
      30. 0x0F, 0x80, 0x00,
      31. 0x0F, 0xC0, 0x00,
      32. 0x0D, 0xE0, 0x00,
      33. 0x08, 0xF0, 0x00,
      34. 0x00, 0x78, 0x00,
      35. 0x00, 0x3C, 0x00,
      36. 0x00, 0x1E, 0x00,
      37. 0x00, 0x0F, 0x00,
      38. 0x00, 0x07, 0x80,
      39. 0x00, 0x03, 0x80,
      40. 0x00, 0x00, 0x00,
      41. 0x00, 0x00, 0x00,
      42. 0x00, 0x00, 0x00,
      43. 0x00, 0x00, 0x00,
      44. 0x00, 0x00, 0x00,
      45. 0x00, 0x00, 0x00,
      46. 0x00
      47. };
      49. int main (void)
      50. {
      51. signed char richtung_x = 0;
      52. signed char richtung_y = 0;
      53. char fire=0;
      54. char x=100;
      55. char y=100;
      56. char joy;
      58. bordercolor (4);
      59. bgcolor (7);
      60. textcolor (5);
      61. cursor (0);
      62. clrscr ();
      64. memcpy (SPRITE0_DATA, Sprite0, 64);
      66. *SPRITE0_PTR = SPRITE0_DATA / 64;
      68. VIC.spr_ena = 1;
      69. VIC.spr0_color = 6;
      71. fire=0;
      73. WAIT_WHILE_RASTERLINE_LOW;
      74. SEI();
      76. while (!fire) {
      77. joy=PEEK(JOY2) & 0x1f;
      79. richtung_x=0;
      80. richtung_y=0;
      82. if (!(joy & JOYFIRE)) fire = 1;
      83. if (!(joy & JOYLEFT)) richtung_x = -1;
      84. if (!(joy & JOYRIGHT)) richtung_x = 1;
      85. if (!(joy & JOYUP)) richtung_y = -1;
      86. if (!(joy & JOYDOWN)) richtung_y = 1;
      88. x += richtung_x;
      89. y += richtung_y;
      91. WAIT_WHILE_RASTERLINE_LOW;
      92. WAIT_WHILE_RASTERLINE_HIGH;
      94. VIC.spr0_x = x;
      95. VIC.spr0_y = y;
      96. }
      98. return EXIT_SUCCESS;
      99. }
      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-Quellcode

      1. #include <stdio.h>
      2. #include <stdlib.h>
      3. #include <string.h>
      4. #include <conio.h>
      5. #include <ctype.h>
      6. #include <cbm.h>
      8. #define BUFFERSIZE 128
      10. int main(void)
      11. {
      12. unsigned char *buffer;
      13. unsigned char name[6];
      15. name[0]=6;
      16. name[1]=0;
      17. name[2]=0;
      19. cbm_open (2,2,0,name);
      21. buffer = (unsigned char *) malloc(BUFFERSIZE);
      23. cgetc ();
      24. *buffer=65;
      25. cbm_write(2, buffer,1);
      26. cgetc ();
      27. *buffer=66;
      28. cbm_write(2, buffer,1);
      29. cgetc ();
      30. *buffer=67;
      31. cbm_write(2, buffer,1);
      32. cgetc ();
      33. *buffer=68;
      34. cbm_write(2, buffer,1);
      35. cgetc ();
      37. cbm_close (2);
      38. puts("Ok.");
      39. return 0;
      40. }
      Alles anzeigen



      Resultat, musste alles selber stricken.

      mfg

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von schnucke ()

    • 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.

    • 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.
      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      Bau Dir ein eigenes Modul! EasyFlash