Vorstellung: C64 BBS Raveolution

Es gibt 297 Antworten in diesem Thema, welches 54.101 mal aufgerufen wurde. Der letzte Beitrag (26. Mai 2025 um 13:42) ist von Larry.

  • Es ist vollbracht. 3 Tage lange Files von SD2IEC auf SoftIEC kopieren.... kein Spaß.

    Jedenfalls läuft ab heute mein BBS auf einem Ultimate64 Elite.

    Neu mit dabei ist ein kombiniertes X- / Y-Modem Transferprotokoll, also X-ModemCRC, X-Modem1K und Y-Modem batch in einem.

    Das alte X-Modem mit 1 Byte Checksum musste draußen bleiben, bzw. steht weiterhin als eigenständiges Protokoll bereit.

    Alle anderen Protokolle wurden überarbeitet und zerschießen jetzt auch nicht mehr den Online-Timer. D.h. User mit Timelimit haben auch nach einem Filetransfer nicht wieder mehr Zeit als vorher.

    Also neues Kommando im U/D Bereich ist "H" womit man die hottesten Files aus dem jeweiligen Directory sich anzeigen lassen kann. Also h15 zeigt die letzten 15 Files an (analog zum "Z" Kommando in anderen C*Base Versionen).

    In den Libraries (Lib2) gibt es nun einen RSS Feed vom Forum64. Danke an emulaThor für die Unterstützung. :thumbup:

    Autopause funktioniert nun auch in anderen Bereichen, wie Userlist, Libraries etc.

    Mit Sicherheit habe ich jetzt irgendetwas wichtiges vergessen aufzuzählen. Die meisten Änderungen und vor allem Bugfixes sind eh "unter der Haube" und mehr für den SysOp und die Systemstabilität und für's U64 interessant.

    Online Games sind leider noch nicht fertig geworden. Das ist eine der nächsten Baustellen.... Es gibt weiterhin noch viel zu tun.

    Wenn jemand Lust hat PETSCII Bilder oder auch vor allem ASCII / ANSI Bilder für mein BBS zu machen, bitte meldet euch !

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • pcollins war heute noch einmal so nett ein Bitte melde dich an, um diesen Link zu sehen. zu drehen. Vielen Dank dafür !

    Zu sehen ist dieses Mal wie man in meinem BBS zum aktuellen RSS Feed vom Forum64 gelangt.

    Der RSS Feed wird ca. alle 10 Minuten aktualisiert.

    Autopause nicht vergessen einzuschalten, sonst muss man schnell lesen (oder Capture in den Buffer Speicher und offline lesen...).

    Am besten mit einem PETSCII tauglichen Terminal im 40 Zeichen Modus connecten.

    ASCII / ANSI ist leider noch Baustelle.... Das sieht von C*BASE emuliert leider suboptimal mal.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Da YMODEM-batch inzwischen ganz gut läuft, dachte ich mir "mal eben" auch die streaming Variante YMODEM-g einzubauen.

    Im Gegensatz zu XMODEM 1K oder YMODEM-batch wird bei den "-g" Transferprotokollen nicht jeder übertragene Datenblock vom Empfänger ACKnowledged, d.h. der Datentransfer ist wesentlich schneller.

    Die Datenpakete werden gestreamt also vom Sender einfach "rausgeblasen".

    Nachteil von YMODEM-g ist, tritt ein Fehler (Bad Block) während der Übertragung auf, wird die Übertragung abgebrochen. Der Empfänger muss auch schnell genug sein, um die Datenpakete zu speichern.

    Desterm, Novaterm und Striketerm erlauben daher auch nur den Transfer über ein RAM Laufwerk wie REU, RamLink etc.

    Der Empfang auf meinem BBS mit YMODEM-g funktioniert in ersten Testtransfers soweit ganz gut. Das Senden von Daten (download), geht dagegen voll in die Hose. Das U64 mit dem Hyperspeed Kernal sendet einfach zu schnell, und zwar so schnell, dass z.B. Novaterm zum Teil abstürzt. :schreck!:

    Ich hoffe das mit XON / XOFF Flowcontrol in den Griff zu bekommen, bisher allerdings erfolglos....

    Ach ja noch ein Update: Als RSS Feeds gibt es inzwischen auch von CSDB aktuelle Releaselisten von Demos, Music, etc.

    Und die ersten Onlinegames sind verfügbar.

    Keine Atempause, Geschichte wird gemacht. Es geht voran....

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Ich habe ein kleines Bitte melde dich an, um diesen Link zu sehen. heute auf CSDB hochgeladen.

    Meine aktuelle C*BASE BBS Version inkl. BASIC (PETCAT) Sources :)

    Frohes Fest !

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Und wieder einmal Jahrestag. 4 Jahre Raveolution. Yeahh...

    Zugegeben, in der letzten Zeit sind nicht mehr viele Updates dazugekommen. In den letzten Tagen gab es noch ein paar kleine Bugfixes am System, aber das Main BBS ist jetzt beinahe komplett.

    Vor ein paar Tagen ist eine neue Version von CCGMS für den C64 veröffentlicht worden, mit 80 Zeichen support (ASCII / PETSCII) und X-Modem1K.

    Da juckt es in den Fingern doch endlich mal die 80 Zeichen PETSCIIs in angriff zu nehmen, wenn nur der Aufwand nicht so groß wäre....

    Naja, SupeRes Modus ist auch noch so ein Thema. Erste Versuche damit scheitern entweder daran, dass das BBS zu schnell sendet, oder es irgendwo ein Problem zwischen tcpser, VICE und SupeRes Term gibt.

    Jedenfalls führt das auf Terminal Seite regelmäßig zum Absturz. Schade. Noch eine offene Baustelle.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Inzwischen ist es geschafft. Mein BBS kann jetzt endlich auch SupeRes Screens senden. Nachdem ich jetzt gut 2 Wochen verkrampft versucht habe mit den BBS eigenen Routinen zu arbeiten um nicht noch was neues dranbasteln zu müssen, habe ich schließlich entnervt aufgegeben und doch jetzt einen 2-Zeiler BASIC Code eingebaut. Das BBS hatte mit den vorhandenen Routinen immer entweder zu wenig Bytes übertragen oder irgendwelche Zeichen als MCI Codes interpretiert, was bei SupeRes nicht sein darf. Egal, es funktioniert jetzt.

    Für den Fall dass ihr euch fragt, was zum Geier ist denn SupeRes:

    SupeRes wurde Anfang der 90er erfunden, um HiRes (Doodle) oder Multicolor (KOALA) Bitmaps vom BBS an ein dafür geeignetes Terminal Programm zu senden.

    Terminal und BBS verständigen sich über spezielle Codes, dass sie 1. SupeRes "verstehen" und 2. bei Übertragung der Grafikdaten über weitere Header dem Terminal mitgeteilt wird welche Art von Bild gesendet wird.

    Dazu müssen die Bitmaps zuvor konvertiert worden sein mit dem Programm SupeRes Converter. Dieses macht aus einem Doodle oder Koala Picture ein komprimiertes SEQ File, das dann vom BBS ans Terminal übertragen werden kann.

    Ein Terminalprogramm das SupeRes kann ist z.B. Bitte melde dich an, um diesen Link zu sehen.

    Es kann leider nur max. 2400 Baud am Userport, daher ist die Übertragung der Bilddaten evtl. etwas langsam, genau das Richtige für's Retrofeeling :)

    Wer sich das mal anschauen will, sollte mit z.B. oben verlinktem Terminal Programm in meinem BBS in die Library gehen (LIB Nr. 3) und sich die beiden Beispiel Pictures ansehen.

    Viel Spass damit.

    Write comments below :)

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • ZeHa , KiWi :

    Vielleicht ist SupeRes auch für das WIC64 Projekt interessant ?

    Kann hier leider kein mp4 Video o.ä. zur Demonstration anhängen.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Langsam aber sicher werden die SupeRes Bilder mehr. Sobald ich etwas Neues auf CSDB entdecke, was sich als Koala oder HiRes speichern lässt (und halbwegs was taugt), wird es konvertiert und zur Library hinzugefügt.

    SupeRes war aber damals nicht das einzige Format. Viel verbreiterter waren RLE Pictures, diese schwarz weiß HiRes Bilder bekannt von Compuserve. RLE (Run-Length encoding) Bilder sind komprimierte Bitmaps, und soweit mir bekannt ist, war RLE ein Vorläufer von GIF Bildern.

    Bekannte Terminalprogramme, die RLE Bilder anzeigen können sind, CCGMS (RLE+Music) und CBTerm. Ggf. gibt es weitere, die mir aber nicht geläufig sind.

    Hättet Ihr Interesse an einer RLE Picture Gallerie, ähnlich wie die SupeRes Bilder in meinem BBS ?

    Oder haltet ihr das eher für brotlose Kunst ?

    Würde mich über eure Anregungen freuen.

    By the way, auch wenn dieser Threat hier als "erledigt" markiert wurde, geht es trotzdem weiter. Evtl. kann einer der Mods ja den Haken wieder rausnehmen ?

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Heute Abend gab es mal wieder ein paar Bugfixes. Nun kann man auch mit einem ASCII Terminal mit SHIFT - @ den UCBBS Modus aktivieren. Das ging bisher (auch im Villain CBASE Mod auf dem ich ursprünglich mal aufgesetzt hatte) nur mit einem PETSCII Terminal.

    Demnächst kommt hoffentlich noch ein Koala Bitmap "Open Screen". Die GFX dazu hat Shine mir netterweise schon bereit gestellt, in SuperRes konvertiert ist die auch schon, nur das BBS macht noch zicken.... wie immer.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Alle Jahre wieder... mal ein kleines Update von meinen geistigen Ergüssen von heute.

    Vielleicht hat es der einer oder andere schon im Threat "Bitte melde dich an, um diesen Link zu sehen." gelesen. Ich habe ein kleines BASIC Tool geschrieben womit "BBS Kennzahlen" in eine CSV Datei geschrieben werden.

    Zum Hintergrund:

    Irgendwann in 2020 habe ich im BBS Code eine Funktion eingebaut, die die Daten vom aktuellen Tag aus dem Waitscreen (Call, Posts, Uploads, Downloads etc...) in ein SEQ File namens "WSV" wegschreibt und zwar nach jedem Call.

    Dieses File wird vom C-BOOT, also dem BBS Bootfile eingelesen. Ganz praktisch, wenn man mitten am Tag mal das BBS neu starten will oder muss... Früher waren diese Infos verloren, sofern der SysOp die nicht notiert und manuell in die entsprechenden Speicheradresse gePOKEt hat. Am Ende des Tages in den MIDNIGHT Routinen, wird dann dieses WSV File umbenannt mit Datum dahinter und ein neues File erstellt.

    Jetzt sammeln sich im Laufe der Zeit so einige WSV-xxxxx Files an. Was macht man damit ? Entweder löschen und vergessen, oder die Daten nutzen um Ansatzweise BBS Statistikdaten zum haben.

    Also fluchs das o.g. erwähnte Progrämmchen eingetippert, die Files von 2020 auf ein D81 Image gepackt und laufen lassen. Geduld ist Trumpf :)

    Am Ende wird tatsächlich ein SEQ File erzeugt, das dann z.B. mit DirMaster am PC exportiert werden und z.B. in Excel importiert werden kann.

    Mit den so gewonnenen Rohdaten kann ich mir nun ein paar nette Übersichten und Diagramme basteln und schauen wie sich das BBS über die Monate so entwickelt, bzw. wann was los war und wann nicht etc.

    Das Ganze könnte man dann für's echte Retro Feeling wieder in eine SYLK Datei exportieren und dann z.B. in Multiplan verwursten. CP/M am 128er bietet sich da an mit 80Zeichen Screen :)

    Mal sehen....

    Vielleicht kann man mit den gewonnen Daten auch Diagramme Zeichen (mit Simons BASIC ?!) o.ä. oder als PETSCII Balken-/ Säulendiagramm und das wieder zurück zum BBS schicken, z.B, als Status Screen.

    Ideen über Ideen...

    Aber vielleicht habt ihr noch ganz andere Ideen oder sogar Wünsche, was man mit den Daten anstellen könnte....

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Larry : Äh.. haben wollen :wink:

    Genau das "Problem" steht auch auf meiner ToDo Liste, bzw Bug Liste für CBase.

    --------------------------------------------------------------------------------------------------------
    RapidFire BBS: rapidfire.hopto.org:64128

  • Na dann viel Spaß damit :)

  • Irgendwann in 2020 habe ich im BBS Code eine Funktion eingebaut, die die Daten vom aktuellen Tag aus dem Waitscreen (Call, Posts, Uploads, Downloads etc...) in ein SEQ File namens "WSV" wegschreibt und zwar nach jedem Call.

    Äh.. das hab ich gar nicht :sad:

    --------------------------------------------------------------------------------------------------------
    RapidFire BBS: rapidfire.hopto.org:64128

  • Äh.. das hab ich gar nicht :sad:

    Na dann hast du auch das Problem nicht :D

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Na dann hast du auch das Problem nicht :D

    Ich will aber deine Probleme auch haben :wink:

    --------------------------------------------------------------------------------------------------------
    RapidFire BBS: rapidfire.hopto.org:64128

  • Ich will aber deine Probleme auch haben :wink:

    Sicher ?

    Ja dann solltest Du Dich von deinem aktuell eingesetzten BBS Mod verabschieden und stattdessen meinen nehmen. Dann hast Du auch meine Probleme und die Lösungen dazu. Zum Teil jedenfalls....

    Wie du weist ist das aber nicht mal eben copy, paste. Bei mir sind dann doch ein paar Sachen anders, komplexer, mehr Screens etc. pp.

    Wenn Du das wirklich machen willst, gerne.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Heute mal was aus der Rubrik "Heute so gecodet....".

    Ich suchte schon lange nach einer Möglichkeit Files automatisiert auf mein BBS zu senden. Im ersten Versuch hatte ich damals, das muss so in 2019 oder 2020 gewesen sein, das Network Module File von C*BASE decompiled und leicht angepasst, damit es für dem Moses Mod damals wenigstens startbar war. Nach x Versuchen bekam ich dann mal eine Verbindung von Anfang bis zum Ende, also logoff, hin. Files wurden damals noch nicht ausgetauscht, da hätt noch mehr Arbeit reingesteckt werden müssen. Dann haben andere (Teil-) Projekt höhere Priorität gehabt und so ist das bis auf weiteres in der Schublade verschwunden.

    Aktuell mache ich so einiges mit Telnet, ASCII, VT100, CP/M etc. und da kam die Idee wieder auf Files automatisiert hochzuladen, dieses Mal aber mit dem PC.

    Nach mehreren Tagen Google und Versuchen, die sich als nicht wirklich praktikabel gezeigt haben, bin ich irgendwann auf KERMIT gestoßen. KERMIT war mir zuvor nur als Transfer Protokoll ein Begriff, das aber in der C64 Welt so gut wie keine Bedeutung hat. Obwohl es gibt ein paar KERMIT Terminals, sogar mit Swiftlink support und Novaterm / Striketerm hat (glaube ich) auch KERMIT als Transfer Protokoll dabei.

    KERMIT ist aber eigentlich ein komplettes Paket inkl. einer umfassenden Scripting möglichkeit, was seit Anfang der 1980er Jahre auf dem Markt ist.

    Also super.... läuft am PC und ist "Retro konform"... dat isset !

    Naja jetzt bin ich den 2. Abend dabei ein Script zu bauen, was mich über eine Telnet Session auf mein BBS einloggt und dann per X-MODEM ein File hochlädt.

    Hört sich simpel an, ist es aber nicht.

    Für den Transfer wird das Linux "sx" aus dem Paket lrzsz verwendet. Syntax sollte nach meinem Verständnis wie folgt sein:

    Code
    sx --x-modem -k -b filename.prg

    -b steht für binary Transfer, -k für 1K Blocks also X-Modem1K.

    Wenn der Transfer startet sieht das aber so aus:

    Man beachte "Ymodem Sektoren....." ?? Häää warum YModem ich will XModem, sonst hätte ich ja "sb" für send batch vorgegeben.

    Und was bedeutet diese Fehlermeldung ? Bzw. erhielt 74 als Sektorbestätigung ?

    Ich hoffe jemand von euch kann mir dazu ein paar gute Tips geben.

    "sb" funktioniert leider auch nicht, auch schon ausprobiert (Y-Modem batch).

    Mit CGTerm z.B. und anderen Terminals funktioniert das Protokoll im BBS bisher ohne Probleme.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Was mir jetzt hier auch noch auffällt ist:

    Sende /home/larry/C64/bbs/ZM.prg, 28 Blöcke:

    Das File ist 3694 Bytes (= 15 Blocks auf Diskette) groß.

    Teilt man nun die 3694 Bytes in je 128 Bytes je Transferblock (=X-ModemCRC) auf so kommt man auf die Zahl von 28,859.... also 28 ganze Blöcke.

    sx wurde aber mit -k gestartet, also 1K Blöcke (1024 Bytes je Transferblock) sollen es sein. Ich würde also 3 oder 4 erwarten anstatt 28. Wie kommt das ?

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Tja mit KERMIT war ich dann leider nur teilweise erfolgreich. Telnet Verbindungen und XYZ-Modem scheint es nicht zu mögen, jedenfalls nicht in Verbindung mir C*BASE.

    Bei einer Modem Verbindung über eine Telnet Bridge sieht das dann zwar besser aus, dafür funktioniert da die Verbindung nur dann wenn der Wind richtig steht oder die Kosmische Strahlung nicht zu stark ist. Ich konnte es nicht herausfinden wo da das Problem lag. Naja 4 Wochen Bastelei mit tollen Scripts die nun nicht brauchbar sind.

    Doch nun zum positiven Teil :)

    Ich wollte schon länger mal eine "Homepage" zum BBS haben. Allerdings hat mich "HTTPS" davon abgehalten eine Seite im WWW einzurichten. Das Ganze soll ja auch mit dem C64 erreichbar sein.

    Und wer kennt noch die Alternative zum WWW im Internet?

    Richtig.... GOPHER !

    Gopher ist rein Text basiert, und es gibt sogar Clients für unseren liebsten 8 Bit Rechner, sogar für GEOS. Perfekt für Retro Computing.

    Also hab ich mich nach rund 30 Jahren wieder mit Gopher beschäftigt. Heraus gekommen ist ein kleines Gopher Hole das unter meiner BBS Adresse, allerdings auf Port 70, erreichbar ist.

    Das ist natürlich alles noch Work in Progress, also erwartet bitte aktuell nicht 100 Seiten zum aufrufen. Das wird nach und nach mit Leben gefüllt.

    Wer keinen C64 mit Netzwerk Cartridge hat oder eh lieber am PC surft, dem kann ich z.B. den LYNX Browser zum Abrufen von gopher Sites ans Herz legen. Neuere "Standard Browser" haben die gopher Funktionalität leider über die Jahre ausgebaut bekommen. Allerdings gibt es ein Plugin für Firefox, dass dann über den gopher proxy von floodgap geht.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Kann der 64er das nicht hosten? Ok, vermutlich nicht parallel zur raveolution auf einem anderen Port...

    Allerdings gibt es ein Plugin für Firefox, dass dann über den gopher proxy von floodgap geht.

    Bitte melde dich an, um diesen Link zu sehen. falls noch jemand sucht.

    (Wird standardmäßig im privaten Modus nicht ausgeführt, kann man aber ändern)


    Ich wollte schon länger mal eine "Homepage" zum BBS haben. Allerdings hat mich "HTTPS" davon abgehalten eine Seite im WWW einzurichten. Das Ganze soll ja auch mit dem C64 erreichbar sein.

    Aber was spricht gegen http?

    Mir sind die Vorteile von Gopher noch nicht ganz klar.

    Muss ich mir mal auf dem 64er ansehen.

    Du kannst doch auf Port 80 wenigstens eine sehr einfach gehaltene HTML oder auch TXT Seite liefern?


    PS: Das sieht hier irgendwie sehr wirr aus von der Schriftart her. Nach reinkopieren des Links ist alles krumm - gibt's nicht einen Button "Standarddarstellung" wenn man den ganzen Text markiert?



    carrier lost...

    atdtums.pm:64000

    CONNECT - UNDERGROUND MAIL SYSTEM -