Posts by emulaThor

Quote from pottendo

Quote from emulaThor

Bei der Nutzung der WiC64-Emulation in Vice fallen mir zwei Dinge auf:

• Während die Antwort eines HTTP-Requests aussteht, friert Vice als Applikation ein, bis der Request beantwortet worden ist. Das sieht man, wenn ein HTTP-Request extra lange dauert, also meinetwegen 2-4 Sekunden.
• Wenn man eine HTTP-Seite mit sagen wir 100 Bytes abturnt und über das 100. Byte hinaus liest, liefert die WiC64-Emulation in Vice noch Bytes zurück (ich glaube, immer $01). Die WiC64-Emulation im Kernal64 liefert keine Bytes mehr (kein NMI).

Da ich mein reales WiC64 noch nicht zusammengelötet habe, kann ich nicht testen, wie es auf realer HW aussieht.

Hi,

Danke fuer diese Inputs - auf welcher Platform hast Du das getestet? (Linux, Windows, ???)

Schick' mir ev. Dein Testprogramm fuer den C64 - dann kann ich das nachstellen.

Mal sehen, ob ich da was finde - ich habe ein WiC64 und kann vergleichen.

lg, pottendo

Display More

Zu dem zweiten Punkt:

Um es zu Testzwecken zu reprozieren, dass der sktp-client mehr oder weniger Bytes liest als geliefert werden, kannst Du Dir eine SKTP-Testumgebung aufbauen:

Du brauchst einen Webserver mit PHP + sktp-server und in Vice oder am C64 dann den sktp-client. (siehe Web-Apps in PHP erstellen für den C64 mit Sidekick64 oder WiC64 per sktp-server )

Um Fehler zu "provozieren", änderst Du eine beiliebige PHP-Datei auf dem sktp-server im Ordner apps/screentests/. Jede PHP-Datei ruft irgendwann print $this->getCurrentScreen(); auf.

Du kannst nun zu viele Bytes ausliefern (die Content-Length im HTTP-Response-Header wird dadurch aber nicht gefaked, sondern stimmt immer), indem Du einfach sowas machst:

print $this->getCurrentScreen() . "und ein paar mehr Bytes";. Diese Mehrbytes führen vielleicht gar nicht sofort zum Fehler, sondern erst später beim nächsten Request.

Du kannst auch zu wenig Bytes ausliefern über print substr($this->getCurrentScreen(),0,-2);. Hier werden die letzten beiden Bytes einfach abgeschnitten, was einen Fehler provozieren sollte, weil der SKTP-Client noch zwei Bytes weiterlesen will. (die Content-Length im HTTP-Response-Header wird dadurch aber nicht gefaked, sondern stimmt immer)

Ich hatte versprochen, mein PHP-Framework zu veröffentlichen, der erste Schritt ist nun getan:

Web-Apps in PHP erstellen für den C64 mit Sidekick64 oder WiC64 per sktp-server

Wie schon angedroht, habe ich soeben den Kern meines SKTP-Servers als Open Source Projekt auf Github veröffentlicht. Das Projekt ist hier zu finden:

https://github.com/hpingel/sktp-server

Es ist zu 90% PHP-Code. Wenn ich es in einem Satz zusammenfassen soll, wofür der Server gut ist: Mit einem SKTP-Server kann man sich sein eigenes "Portal" bauen, in dem man navigieren kann, wenn man mit dem C64 ins Internet geht. Im PHP-Script wird definiert, was auf dem C64-Bildschirm angezeigt wird und wie auf Tastendrücke des Users reagiert werden soll.

Die meisten Apps dafür, die ich geschrieben habe, sind derzeit noch nicht öffentlich bei Github verfügbar, aber alles, was wichtig ist, um selbst einzusteigen und sich einen Überblick zu verschaffen, ist derzeit schon dabei.

Wer mit dem Sidekick64-Netzwerk-Kernel schon einmal den SKTP-Browser gestartet hat, hat schon meinen sktp-server besucht. Wer mit dem WiC64 schonmal meinen Assembly-sktp-client gestartet hat, hat schon meinen sktp-server besucht. Im Prinzip kann nun aber jeder seinen eigenen SKTP-Server betreiben und kann selbst Apps erstellen, die einem meinetwegen die Temperaturen der Smart-Home-Heizungsthermostate anzeigen oder was man eben auf dem C64 anzeigen will.

Mehr Infos zu SKTP gibt es hier:

• Netzwerk-fähige Kernels für Sidekick64 (Alpha-Release)
• Demo: Textbasiertes Web-Browsing für Sidekick64 ("SKTP-Browser")
• SKTP-Browser für das WiC64 verfügbar

Quote from Goodwell

Tu dich da mal nicht täuschen.

Selbst wenns etwas dauern mag, irgendwann kommt der Tag vielleicht.

Vielleicht schaff' ich es, bis Halloween den Core zu veröffentlichen, und dann warte ich mal ab, ob jemand reinschaut.

pasted-from-clipboard.png

Source: https://www.raspberrypi.com/do…/rp2040.html#other-boards

Quote from banman

To be honest I was under the impression that the RP2020 chip which is the heart of the raspberry pi Pico was an in-house design and manufactred in Europe. I'm not sure how they ended up being in stuff coming from China.

banman: There is hardly any crime going on here: The RP2040 can be obtained by anybody and used for anything:

https://www.raspberrypi.com/products/rp2040/

The Raspberry Pi foundation is encouraging people to use the RP2040 where they want to use it and how they want to use it.

If Pico clones should be violating the Raspberry Pi foundations copyrights they would have communicated that. I didn't come accross an official warning yet.

As with Arduino it is to be expected that there a going to be clones.

"Unausgegorene Idee im Tausch gegen Bastelthread" wäre doch eigentlich der bessere Threadtitel in Tradition zu Deinen "...gegen Bastelthread"-Threads!!!

EDIT: Hucky macht doch sowas mit seinen Nixie-Tubes.

Quote from He-Man1982

Sorry, hatte mir vorher nicht den Pico angeschaut bzw. ihn mit der Platine verwechselt, die zwingend gelötet werden muss.

Wenn es hier auch die "einfach steckbaren" Picos gibt ist das natürlich obsolet.

Ich kann nicht ganz folgen, am besten einfach mal die Fotos anschauen:

Im Thread "Heute so gebastelt" wurden ja zum SIDKick pico im Laufe der Zeit verschiedene Fotos gepostet, erstmal von Frenetic und nun im Oktober auch von bigby und mir (als Tester). bigby hatte ja auch ein paar Fotos gepostet, wo man die Platine sehen kann:

Quote from bigby

Quote from emulaThor

SIDKick Pico 0.1 von Frenetic ist bei den ersten Testern angekommen im Norden ( bigby) wie im Süden (bei mir) und wurde vor kurzer Zeit zusammengebastelt. bigby hat auch schicke Fotos und ich kann auch noch mehr Fotos ergänzen.

Huch, ich habe wohl die Freigabe zur öffentlichen Berichterstattung verpasst. In der Tat ein tolles neues Projekt von Frenetic , das wir vor dem Release noch einmal auf Herz und Nieren prüfen dürfen!

Hier ein paar Bilder von meinem Aufbau:

Auch ich habe hier einen Original-Pi-Pico verbaut, aber wie Frenetic weiter oben schon gezeigt hat, funktionieren auch chinesische Klone. Die sind noch einmal deutlich günstiger, so dass es sich später kaum lohnen wird, so viele Stift- und Buchsenleisten zu verlöten. Man kann den Pico auch direkt auflöten, wenn man die darunter liegenden Stiftleisten sorgfältig kürzt.

Ach ja, und wie beim großen Bruder, dem SIDKick, kommt man auch beim SKpico mit "SYS 54333" ins Config-Menü:

Display More

Quote from CapFuture1975

Also, die Picos könnte sich doch jeder selber besorgen, die gibt es an jeder Ecke

Ja, folgendes möchte ich dazu sagen (ich hoffe, ich überschneide mich da nicht mit einem antwortenden Frenetic )

• Zum Glück gibt es keine Knappheit bei Picos und sie sind ständig verfügbar und sehr günstig. Es lohnt sich nicht, sie zu hamstern. Man kann einfach nur mal einen oder zwei bestellen und muss nicht palettenweise einkaufen, auch weil:

• Es gibt mehrere Varianten bzw. Klone vom Raspberry Pi Pico. Hier lohnt es sich, einfach abzuwarten, bis hier im Thread mehr zu lesen ist zu denjenigen Varianten, die wir in der Testphase praktisch getestet haben mit der Interface-Platine.
• Einige Pico-Varianten haben castellated connections und die Platine von Frenetic bietet hier passende Lötpads, so dass man unter Beachtung einiger Feinheiten den Pico direkt auf die SIDKick-Platine löten kann, wenn man möchte, was das ganze flacher macht. Wir testen aber derzeit mit steckbaren Picos (klassisch mit Pins), weil beim Testen auch mal hin- und hergetauscht werden muss. (EDIT: Es gibt mehrere Möglichkeiten, den Pico direkt aufzulöten, so dass der SIDKick Pico flach genug ist.)
• Wegen des praktischen Direkt-Auflötens würde ich auch vorschlagen, erstmal die Rahmenbedingungen der offiziellen Sammelbestellung abzuwarten.
• Kein Mitleid für denjenigen, der jetzt sagt: "Ich habe schon 25 Picos bestellt und nun ist es die falsche Sorte!" - Einfach abwarten!

Thank you banman for promoting my video! For the first time I didn't have to post it myself (cheesily). Now back to bad habits:

Gesuch im Marktplatz, ich habe auch noch Bauteile da, falls Bobbel nix hat.

Da hier im Thread mehrere Punkte (RAD, Userport-Modem, externe Stromversorgung) zusammenkommen, die mir bekannt vorkommen, will ich noch auf eine unkonventionelle Lösung hinweisen, die vielleicht weit weg ist von dem, was Cowboyjunkie will, aber ich will es trotzdem angesprochen haben:

Ich muss nochmal ein besseres Foto raussuchen aus dem Forum64, aber hier schonmal der Anfang:

Das Geschwister von RAD ist Sidekick64. Für Sidekick64 gibt es von mir einen Netzwerk-Kernel, wo man über Umwege (und hier spüre ich auch Spaß an Umwegen) eine Userport-Modem-Emulation (bis zu UP9600) hinbekommt. Fotos dazu gibt es hier:

Netzwerk-fähige Kernels für Sidekick64 (Alpha-Release)

Aber er gibt auch noch mehr Fotos in einem anderen Thread zu CCGMS und invertiertem RTS/CTS, das muss ich mal eben noch suchen und dann hier reinkopieren.

EDIT: Hier der Thread:

UP9600-Modem-Emulation via USB-Serial-Adapter mit Flowcontrol via CTS/RTS

Und hier noch ein Foto daraus:

Man kann auf die Platine entweder einen ESP8266 aufstecken oder einen FTDI-Adapter. Der FTDI-Adapter bekommt die Stromversorgung (und die Internetanbindung) vom Sidekick64-USB-Port.

Hallo,

ich bin absolut kein Kenner von Apple Macintosh's. Ich wollte Euch auf diesen kleinen Youtube-Kanal "1 Bit Fever Dreams" aus Kanada hinweisen, über den ich gestern gestolpert bin. Wie habe ich den Kanal gefunden? Der Youtuber hatte meinen kleinen Kanal abonniert und das habe ich in einer Notification gesehen und dann nachgeschaut, was er für einen Kanal hat. Ich finde diese schwarz-weiß-Ästhetik sehr schön. Da sind ein paar interessante Videos dabei, schaut mal rein:

https://www.youtube.com/@1BitFeverDreams

Es geht sowohl um Grafik, Games als auch um (MIDI-)Musik (ich kenne mich nicht aus mit Macintosh, deshalb kann ich es nicht alles richtig benennen):

Das hier ist das derzeit neueste Video:

Wenn ich es richtig verstehe (habe es nicht getestet), kann man ChatGPT schon seit Monaten über die Retrocampus-BBS verwenden: Das folgende Youtube-Video ist aus dem Mai. Man braucht dazu nur eine Userport-WLAN-Modem-Emulation. Hat aber keiner hier ausprobiert?

Dann kann es ja nicht so interessant sein.

EDIT: Auf lemon64 gibt es eine Anleitung in Schriftform: https://www.lemon64.com/forum/viewtopic.php?t=82291

Quote from schorsch3000

Wenn ich Bock auf irgendwas habe ist mir ziemlich egal wie sinvoll das ist, dann mach ich das halt

100% ACK.

Meine Meinung:

Wenn man einen Dienst wie ChatGPT anzapfen will für eine Anbindung am C64, die (meinetwegen über Sidekick64 oder WiC64 oder eine Modem-Emulation), braucht man dafür einen Account bei OpenAI und API-Zugriff. Das ist kein Problem, kostet aber Geld. Die Preise orientieren sich an der Anzahl der verbrauchten Tokens/Wörter und die Preise sind auch nicht unbedingt hoch (siehe https://openai.com/pricing#language-models), aber meiner Meinung nach finde ich das nicht "nachhaltig". Ich kann über Sidekick64 in 1-2 Tagen eine Anbindung an ChatGPT einbauen, aber ich will es nicht, weil es nichts ist, was unendlich lange weiterlaufen kann.

Zugriff auf CSDb und HVSC kann im Prinzip unendlich lange weiterlaufen und wer übers Netz darauf zugreift erhält unendlich lange einen Wert, weil hoffentlich unendlich lange neue Releases produziert werden von der C64 Demoscene.

Ich zahl schon Geld für meinen virtuellen Server, den habe ich eh und brauche ihn für verschiedene Dinge.

Wenn man den ChatGPT-Hype mitmachen will, kann man das machen, aber nach zwei Wochen interessiert es keinen mehr. Dann kommt das nächste ChatGPT.

Es lohnt sich meiner Meinung nur dann, wenn man die Aufmerksamkeit haben will, also ein beliebtes Youtube-Video daraus machen will.

Ansonsten ist es ein weiteres Projekt, das man anfängt, das nie fertig wird und wo dann die Benutzer enttäuscht sind, wenn sie sich nach ein paar Monaten wieder einloggen.

Aber es zu bauen ist möglich und nicht schwierig.

Screenshot_20231018_222532.jpg

Die Dupont-Buchse sitzt kaum auf dem SID CS Pin?

Hört sich nach einem Verkabelungsfehler an. Man kann SIDKick und Sidekick64 problemlos parallel betreiben.

Ich teste es gerade, während ich schreibe.

Du solltest Dir angewöhnen, Fotos von Deinem Setup zu posten.

IMG_20231018_205342.jpg

Also, wie schon oft erklärt, kannst Du die 8fach SID-Emulation nur am Raspberry Pi vom Sidekick64 abgreifen.

Der SID oder SIDKick im Rechner liefert bei 8fach-Bombardierung nie etwas ab, was man seinen Ohren antun möchte.

Im August habe ich für Dich zwei Videos gemacht (HDMI + PWM) und gesagt, Du sollst schauen, ob Du eine aktuelle Sidekick-Software benutzt.

Das ganze Thema Tuneful8 Soundqualität haben wir doch im August schon hier durchgesprochen? Siehe: Sidekick64 Aufbau, Probleme, Lösungen

Quote from Magician

Aber sich einen 'neuen' alten C64 draus aufzubauen, ich versteh es nicht ganz.

Es gibt tatsächlich Leute in der Community, die gern neue Erweiterungen basteln oder neue Retro-Platinen bestücken, aber die trotzdem keine Replica-Platinen (das ist der Begriff) basteln, weil sie dafür ein altes Board schlachten müssten. Das kann ich auch verstehen.

Aber wenn nun einer gern eine bestimmte ASSY hätte von einem C64 und diese ASSY einfach nicht in seiner Sammlung dabei ist, dann kann man halt zur Linderung des Schmerzes eine Replica-Platine von dieser ASSY bestücken mit Bauteilen von einer anderen ASSY, die man zur Genüge vorrätig hat.

Man kann einfach auch was lernen, wenn man eine C64-Platine komplett bestückt, weil man jedem einzelnen Bauteil mal ein paar Sekunden Aufmerksamkeit schenken muss. Dabei fallen einem dann Details auf, die man sonst vielleicht nicht bemerkt hätte.

Quote from Magician

China-Motherboards

Ein Motherboard ist ja erstmal nur eine Platine - und hier in der Community gibt es viele Leute, die selbst Platinen entwerfen. Diese werden dann zu 99% bei Platinen-Herstellern in China in Auftrag gegeben, weil die Firmen dort sehr günstig und schnell sind. (Es gibt jedoch auch in Europa und auch in den USA Platinen-Fertiger und manchmal werden die Platinen auch dort hergestellt.)

Das heißt, jede Platine für das Retro-Hobby ist quasi fast immer eine "China-Motherboard" oder eine "China-Platine", wenn Du damit den Herstellungsort angeben willst. Mach hier bei einer beliebigen Sammelbestellung mit und Du bekommst eine Platine, die von einem Community-Mitglied entworfen wurde und in China hergestellt wurde.