Was im Detail alles gemacht wurde, kann ich gar nicht sagen. Frag besser mal den Jim Brain.
Sind wohl ein paar Fehler behoben worden....
Es gibt 297 Antworten in diesem Thema, welches 54.079 mal aufgerufen wurde. Der letzte Beitrag (
Was im Detail alles gemacht wurde, kann ich gar nicht sagen. Frag besser mal den Jim Brain.
Sind wohl ein paar Fehler behoben worden....
Wenn man, wie ich, keine Ahnung hat wie man DFÜ auf einem C64 oder Vice (eher Vice als der C64 selbst) betreibt, wo muss man sich schlau lesen? Welches Terminal ist das Terminal der Wahl? Und wie sollte ich Vice konfigurieren?
Ich hoffe es sind keine zu dummen Fragen.
Das ist keine ganz einfach zu beantwortende Frage. Gerade mit VICE gibt es mehrere Möglichkeiten je nach Version.
Der aktuelleste Release Candidate von VICE kann zusammen mit einem aktuellen TCPSER (von Jim Brain z.B.) über den Userport 2400 Baud Verbindungen aufbauen. Das funktioniert auch inzwischen anderes herum, d.h. im BBS Betrieb. Für schnellere Verbindungen über VICE ging das (bei mir) mit einer 3.2er Version noch mit Swiftlink / Turbo232 Emulation. Ebenfalls mit TCPSER.
Terminal Programm ist Geschmackssache. Besser da aber was aktuelleres nehmen, was mehr als 2400 Baud kann und ggf. auch mehr als X-Modem an Board hat.
Beliebt sind CCGMS, Novaterm, ZTERM, Striketerm...
Wenn die Ethernet Schnittstelle per VICE funktioniert, gehen auch die RR-NET / TFE Programme wie Kipperterm, Guruterm, IP65, Contiki und und und.
Mit echter Hardware gibt es gefühlt 1000 Möglichkeiten mit dem C64 ein BBS zu callen.
Hier kann man Stunden mit googeln verbringen ![]()
Ist das BBS, Stand heute, eigentlich (wieder) 100% funktionsfähig? Ich war heute mal drauf, hatte aber eigentlich nur Fehler im Menü
Ich war heute mal drauf, hatte aber eigentlich nur Fehler im Menü
Das lag dann wohl eher an den fehlenden Zugriffsrechten als neuer User ![]()
Ich war heute mal drauf, hatte aber eigentlich nur Fehler im Menü
Das lag dann wohl eher an den fehlenden Zugriffsrechten als neuer User
Danke
Heute morgen mal fix was am Bootfile für's BBS gebastelt. Nun werden Realtime Clocks (RTC) von CMD Drives (HD, RL, FD), BBU BBRTC am Joystick Port 2 und die RTC vom Turbo Chameleon unterstützt.
Fehlt noch die RTC von den *ultimate* Geräten also U64 und 1451Uxx.
Da bin ich noch dran und teste mit Kollegen aus Übersee, dank fehlender Hardware hier.
Gibt es da ggf. Timing Unterschiede zwischen PAL und NTSC beim Auslesen der Uhrzeit? Nicht, dass das hier in der EU nachher nicht funktioniert...
Soeben wurde das neue Bugfix Pack Bitte melde dich an, um diesen Link zu sehen. auf CSDB hochgeladen.
Viel Spaß damit.
Info an die Tester: Bitte, falls vorher bereits verwendet, im MIDNIGHT.STATS File die letzten 2 oder 3 Zeilen rausnehmen, die für die "Tidy-DIRs" verwendet wurden.
Wegen völliger SD2IEC Inkompatibilität habe ich diesen Part aus C-MIDNIGHT wieder entfernt und somit auch wieder mehr Speicherplatz zur Verfügung.
In diesem Threat Bitte melde dich an, um diesen Link zu sehen. habe ich mich vor einiger Zeit ja schon mal mit der Umsetzung eines C*BASE Treibers für die Silversurfer Card beschäftigt.
Unglaublich aber wahr, es läuft. Aktuell gibt es eine erste beta Version des Treibers, der in der nächsten Zeit von den Beta-Testern ausgiebig ausprobiert wird.
Wenn der Treiber stabil läuft wird mein BBS dann bald auf ein TurboChameleon umziehen und somit die (teure) CMD Hardware schonen ![]()
Yeah! Super gemacht!
Sodele, habe gerade mal 2 Bugreports für tcpser von Jim Brain aufgemacht. Mit bissel Glück implementiert er auch gleich 460.800 Baud.
Dann könnte man spaßeshalber mal schauen, ob das TurboChameleon mit der Silversurfer Card auch diese Geschwindigkeit ab kann...
OK, ggf. müsste HOLY MOSES/ROLE da noch bissel am BBS code schrauben, da bei 230.400 aktuell Ende ist.... ![]()
Larry : Aha... Müsste ich mir anschauen ob da nicht doch irgendwo Grenzen waren.
Inzwischen läuft der Treiber für den Silversurfer auch mit einem RetroReplay Cartridge (in einem U64), welches auch einen Clockport hat. Hier muss, warum auch immer, der Surfer 2x aktiviert werden damit das läuft.
MMC Replay sträubt sich noch.
Die Uhrzeit vom Ultimate64 wird inzwischen auch ausgelesen. Damit sollte das mit dem 1541Ultimate ebenfalls funktionieren.
Leider sind in den Bugfix Pack Bitte melde dich an, um diesen Link zu sehen. ein paar Fehler aufgefallen. Z.B. das System Create Tool muss noch korrigiert werden und das Boot File hatte auch noch 2 Bugs, wenn man die REU als Ramdisk nutzen will.
Da wir die BBS Software nun komplett mit dem TurboChameleon laufen lassen können, zeigen sich durch die ausgeweiteten Tests, hier und da auch noch Probleme, die behoben werden müssen.
Es bleibt als noch einiges zu tun. Erst recht, wenn die Firmware vom Ultimate64 mal so weit ist....
So, erste Testläufe waren ja schon einmal echt vielversprechend.
115k und Filetransfer liefen ohne Probleme (Bis auf Punter), aber bei 230k startet leider kein Filetransfer ....
Aber, so schön es ja ist wenn man mit mehr als 57.6k sich verbinden kann, der Flaschenhals bleibt ja dann die CMD HDD.
D.h. das der Transferspeed durch das fehlende RAMLINK Parallelkabel ausgebremst wird ![]()
Oder, gibt es da vielleicht eine andere Lösung?
Könnte vielleicht JiffyDOS für parallelen Datentransfer verwendet werden ? Ich meine angeschlossen über den Userport, wie andere Parallel Speedloader auch ?
Man bräuchte dann wahrscheinlich eine kleine Adapterplatine am / zum Userport, an der das CMD-HD Parallelkabel angeschlossen wird.
Ohne dass ich mit da wirklich auskenne ob das machbar wäre (und es selbst auch nicht könnte), würde ich vermuten, dass das theoretisch ggf. machbar ist.
Vielleicht kann ja einer der JIffyDOS Experten hier im Forum mehr dazu sagen ?
115k und Filetransfer liefen ohne Probleme (Bis auf Punter), aber bei 230k startet leider kein Filetransfer ....
Habe ich mir schon fast gedacht. Das ging damals schon nicht, als wir den Turbo232 Treiber für C*BASE getestet hatten. Da muss dann wohl noch etwas Arbeit in die Protokolle investiert werden.
Kleines Update zur kommenden BBS Version:
Inzwischen funktioniert das BBS aus einer REU Ramdisk. Es wird nur ein kleines Bootfile, das Ramdos, ein kleines ML File und eine Config Datei für die Ramdisk auf Diskette / HD / SD benötigt.
Der Rest wird dann aus einer (16MB) REU Ramdisk im z.B. TurboChameleon oder U64 geladen. Das Laden von Files ins RAM unter dem Kernal war eine kleine Herausforderung mit der Ramdisk. Aber auch das scheint nun zu funktionieren.
Die RTC vom Ultimate64 (damit auch 1541U) wird ebenfalls unterstüzt und es sollte auch die RTC vom IDE64 gehen. Da fehlt aber noch die Bestätigung von einem Tester...
Als nächstes müssen dann noch die Transferprotokolle, allen voran Punter, aktualisiert werden, damit die auch endlich mal mit schnellen Baudraten und CPU Speedern funktionieren.
Es bleibt also spannend.
Heute war es endlich so weit, Hardware Umzug !
Die CMD SuperCPU und das Turbo232 dürfen nach rund 2 Jahren Dauerbetrieb wieder in Rente gehen.
Ab jetzt läuft das BBS auf einem Turbo Chameleon64 mit Silversurfer Karte auf dem Clockport und ist damit das erste und einzige C64 BBS mit dieser Hardware.
Damit hab ich nun keine Sorge mehr die teure Hardware zu verheizen. Das TC64 ist eh etwas schneller mit dem BASIC Code als meine SCPU V1, von den Kosten für die Hardware mal ganz abgesehen...
Die RTC und REU Ramdisk läuft damit auch. Fehlt eigentlich nur noch eine HD oder SD2IEC parallel anschlißen zu können.
Weiterer Vorteil gegenüber vorher: Viel weniger Platzverbrauch auf dem Schreibtisch.
Das TC64 ist eh etwas schneller mit dem BASIC Code als meine SCPU V1
Bist Du Dir da sicher?
In ML kommt das TC64 der SCPU in etwa gleichauf, aber BASIC...
Ja sicher. Hab mit diverse Vergleiche mit "einem SysOp Kollegen" aus NRW gemacht. SCPU V1 / V2, TC64 , U64....
Nur das U64 ist (bzw. wird demnächst) noch wesentlich schneller laufen.
Weil beim "blitzen" ist das TC2 nur unwesentlich schneller als mein C128 im 2MHz Modus. Überhaupt kein Vergleich zur SuperCPU, da flog die Kuh.
Das trifft ja dann ebenfalls auf C*Base zu.