Spieleentwickler: Was kann FujiNet besser machen?

[tschak909]

Was kann FujiNet besser machen oder besser bereitstellen, damit mehr Entwickler Spiele entwickeln, die die Netzwerkfunktionen von FujiNet nutzen können?

---

What can the FujiNet do better, or better provide, so that more developers will make games that can utilize FujiNets networking features?

-Thom

[FlorianD]

FujiNet could use a different ATARI device ID than $70, which is used since 2003/2007 by SIO2USB.

(editiert nach Absprache vom Moderator)

[tschak909]

Why would you want to use the SIO2USB and the FujiNet at the same time? Fujinet supplants it.

[tschak909]

To further expound on this, what device ID should we have used?

This isn't some private project being done behind closed doors, virtually every single aspect of it has been done in public, with the utmost transparency.

[Dinadan]

Fujinet ist ein offenes Projekt, man kann jederzeit Vorschläge machen oder am besten direkt einen PR erstellen: https://github.com/FujiNetWIFI/fujinet-firmware/

[Kveldulfur]

Was kann FujiNet besser machen oder besser bereitstellen, damit mehr Entwickler Spiele entwickeln, die die Netzwerkfunktionen von FujiNet nutzen können?

-Thom

Hallo!

Ich weiß auch nicht, warum hier überhaupt nicht auf das Thema eingegangen wird...

Ich habe mich selbst schon daran versucht, etwas mit dem FujiNet zu machen. Meine Probleme waren dabei vielseitig:

• Ich hatte keine Idee für eine Anwendung, die mir beim Programmieren auch langfristig Spaß gemacht hätte.

• Eigentlich bin ich ganz froh darüber, dass Atari-Spiele keinen Onlinezwang haben, sondern "Standalone" funktionieren.

• Ich hatte Schwierigkeiten damit, Daten am Port effizient abzufragen. Also: "Mache ganz viel, aber wenn Daten anliegen, frage diese ab." Geht das überhaupt? Ich kenne mich mit dem SIO-Protokoll nicht so gut aus.

• Ich habe mir einen Server ins Internet gestellt und diesen periodisch abgefragt. Dadurch konnte ich jedoch nur noch zweistimmige Musik laufen lassen. Außerdem gab es Timing-Probleme mit den DLIs und VBIs.

Letztendlich habe ich dann aufgegeben. Privat muss ich schon ständig Server-Client-Anwendungen pflegen, das wollte ich dann nicht noch hobbymäßig machen.

Ich weiß nicht, wie das bei den anderen aussieht, aber ich finde das FujiNet wirklich toll und nutze es gerne. Jedoch fehlt mir die Lust, eine Online-Anwendung bzw. Online-Spiel zu schreiben. Es liegt also nicht am FujiNet, sondern an mir.

Ich hoffe, dass Dir mein Feedback ein wenig weiter hilft.

Grüße
Janko

PS: Ich habe mal meinen Versuch angehängt. Sollte ein Schiffeversenken werden. Im Versuch läuft Musik im VBI, Maustreiber im DLI und die Uhrzeit wird vom Server geladen. Aber es läuft nicht sauber... wie gesagt nur ein Test gewesen.

[cas]

Why would you want to use the SIO2USB and the FujiNet at the same time? Fujinet supplants it.

I have some use cases to use SIO2USB and FujiNet at the same time (this SIO2USB -> https://abbuc.de/produkt/sio2usb-interface/, not the PC connection with the same name).

Currently I can't use FujiNet and SIO2USB together, which I sometimes want to do.

[cas]

Was kann FujiNet besser machen oder besser bereitstellen, damit mehr Entwickler Spiele entwickeln, die die Netzwerkfunktionen von FujiNet nutzen können?

---

What can the FujiNet do better, or better provide, so that more developers will make games that can utilize FujiNets networking features?

-Thom

FujiNet already contains a lot of features that can be used for game development.

For me, it is just the lack of time, not something missing in the FujiNet.

[patjomki]

For me, it is just the lack of time, not something missing in the FujiNet.

This. I already have too many Atari projects that are still not finished so I concentrate on them before starting new ones.

[tschak909]

Hier ist ein Beispiel für jemanden, der etwas Neues beigetragen hat: TLS-gekapselte TCP-Verbindungen (TCPS). Sie sind gerade erst dazugekommen und haben einen Merge-Request in GitHub gestellt. Wir arbeiten gerade daran:

https://github.com/FujiNetWIFI/fujinet- ... /pull/1168



-Thom

[FlorianD]

Why would you want to use the SIO2USB and the FujiNet at the same time? Fujinet supplants it.

to supplant (engl) = verdrängen, ersetzen (deut)


Compare the entry by cas, who has use cases wth SIO2USB and Fujinet at the same time.

[tschak909]

But _why_? that literally makes no sense, as the functionality of the two directly overlap.

-Thom

[tschak909]

and again, what device IDs should we use?
-Thom

[skr]

Was Marketing besser machen kann:
Auf dieses Dokument hinweisen -> https://fujinet.online/wp-content/uploa ... manual.pdf

Wenn man für Fujinet programmieren will und im Internet auf die Suche nach Dokumentation geht, wird man mit Information überschüttet, aber es ist schwer, das richtige zu finden. Aber wenn man mit obigem Dokument anfängt, sollte man alles in der Hand (beziehungsweise auf dem Bildschirm) haben, was man braucht.

Ich habe es auch gerade erst entdeckt.

[Mathy]

.
Hello Thom

But _why_? that literally makes no sense ...

This is the retro-scene. The only logic happening here, happens inside our hardware. If this years ABBUC Hardware Contest would bring us an Atari peripheral that would punch holes in a strip of paper and read those holes back to load data, some of us would probably want to use/own one. Heck, if FujiNet would do morse code, some of us would probably use it to send messages to the other side of the world.

Sincerely

Mathy

[DjayBee]

Why would you want to use the SIO2USB and the FujiNet at the same time? Fujinet supplants it.

to supplant (engl) = verdrängen, ersetzen (deut)
Compare the entry by cas, who has use cases wth SIO2USB and Fujinet at the same time.

Just like many people think the FujiNet is only a disk emulator which can pull disk images over the network, I would guess that most people think that SIO2USB is also only a disk emulator.
Looking at the situation from this perspective leads to the conclusion that FujiNet (with network) supplants SIO2USB (no network).

Thom did not know that SIO2USB can basically connect any USB device to the Atari.

===

Genauso wie viele Leute denken, dass FujiNet nur ein Diskemulator ist, der Diskettenimages über das Netzwerk abrufen kann, vermute ich, dass die meisten Leute denken, dass SIO2USB auch nur ein Diskemulator ist.
Wenn du aus dieser Perspektive auf die Sache schaust, liegt der Schluss tatsächlich nahe, dass FujiNet (mit Netzwerk) SIO2USB (ohne Netzwerk) verdrängt.

Thom wusste nicht, dass SIO2USB grundsätzlich jedes USB-Gerät mit dem Atari verbinden kann.

===

[cas]

and again, what device IDs should we use?
-Thom

We as a community are lacking a central registry for such things. At ABBUC (somewhere here in the Forum) we are currently collecting all SIO IDs we know of. Once we have that list, we will publish it and then it is more clear which IDs are in use and which are free.

[cas]

But _why_? that literally makes no sense, as the functionality of the two directly overlap.

-Thom

For me it makes a lot of sense. Here are some reasons:

* SIO2USB has a little screen and buttons to mount and unmount images, FujiNet does not have that
* SIO2USB can disable a disk without removing it (without the need to leave the running Atari program)
* SIO2USB can easily swap more than two mounted disks
* SIO2USB has a faster HighSpeed SIO
* SIO2USB does work with USB thumb-drives and USB harddrives
* SIO2USB has a good API to access the USB storage medium
* SIO2USB has a build in clock that works offline
* SIO2USB has a nice, lean and very fast shell (YASH) to manage disk images and mount them
* I have a couple of own programs that are written against the SIO2USB API that I don't want to rewrite for FujiNet. It possibly would not work, because there are some API features that SIO2USB has that don't exist on FujiNet.
* I was part of the team that have worked on SIO2USB, so I'm little biased ;)

I use FujiNet most of the time, more often than SIO2USB these days. But there are moments when I want to use both, even copy files from an image mounted in FujiNet to an image mounted in SIO2USB. And that is not possible, I always need to remove one device to be able to use the other.

FujiNet really shines when it is online on the net. But sometimes there are Atari meetings where the WiFi network is not usable. In these "offline" situations, SIO2USB is the better device.

[HiassofT]

and again, what device IDs should we use?

$Fx would be a good fit for the FujiNet and I don't think anything is using that block yet.

so long,

Hias

[tschak909]

But _why_? that literally makes no sense, as the functionality of the two directly overlap.

-Thom

For me it makes a lot of sense. Here are some reasons:

* SIO2USB has a little screen and buttons to mount and unmount images, FujiNet does not have that
* SIO2USB can disable a disk without removing it (without the need to leave the running Atari program)
* SIO2USB can easily swap more than two mounted disks
* SIO2USB has a faster HighSpeed SIO
* SIO2USB does work with USB thumb-drives and USB harddrives
* SIO2USB has a good API to access the USB storage medium
* SIO2USB has a build in clock that works offline
* SIO2USB has a nice, lean and very fast shell (YASH) to manage disk images and mount them
* I have a couple of own programs that are written against the SIO2USB API that I don't want to rewrite for FujiNet. It possibly would not work, because there are some API features that SIO2USB has that don't exist on FujiNet.
* I was part of the team that have worked on SIO2USB, so I'm little biased

I use FujiNet most of the time, more often than SIO2USB these days. But there are moments when I want to use both, even copy files from an image mounted in FujiNet to an image mounted in SIO2USB. And that is not possible, I always need to remove one device to be able to use the other.

FujiNet really shines when it is online on the net. But sometimes there are Atari meetings where the WiFi network is not usable. In these "offline" situations, SIO2USB is the better device.

Ok.

Have you used the Web UI?

-Thom

[cas]

Ok.

Have you used the Web UI?

-Thom

Yes, I have used the Web-UI, but that requires a PC with a web browser, which I usually don't have when I work with the Atari.

In my little desk where I work on my Atari, there is no space for a laptop or a desktop with screen. Navigating a Web-UI on a phone screen is not my cup of tea, too small, too clumsy.

[skr]

Können wir bitte alle ein wenig die "Schärfe" aus unseren Postings nehmen? Florian ist - für mich nachvollziehbar - sauer und hat das in der Wortwahl auch deutlich gemacht. Aber lasst uns das nicht aufschaukeln. Carsten hat es doch gut wieder auf die Sachebene geholt und irgendwie werden hier jetzt die Boxhandschuhe herausgeholt.

Thom ist doch auch hier und offen für Kritik um Dinge zu ändern, wenn er kann. Ich weiß nicht, ob da so ein Boxkampf hilfreich ist, ihn zu motivieren, die angesprochenen Dinge genauer zu betrachten und gegebenenfalls zu ändern/korrigieren.

Danke.

[Dinadan]

Können wir bitte alle ein wenig die "Schärfe" aus unseren Postings nehmen? Florian ist - für mich nachvollziehbar - sauer und hat das in der Wortwahl auch deutlich gemacht.

Tut mir leid, aber Florians Posting ist genau das was er selbst eingangs Thom vorgeworfen hat, ignorant und unverschämt. Ich würde mir wünschen dass diese ganzen häßlichen Postings in ein Thema "Probleme mit Lothareks Fujinet Pro" verschoben werden und ich das nie wieder sehen muss.

[cas]

Können wir bitte alle ein wenig die "Schärfe" aus unseren Postings nehmen? Florian ist - für mich nachvollziehbar - sauer und hat das in der Wortwahl auch deutlich gemacht.

Tut mir leid, aber Florians Posting ist genau das was er selbst eingangs Thom vorgeworfen hat, ignorant und unverschämt. Ich würde mir wünschen dass diese ganzen häßlichen Postings in ein Thema "Probleme mit Lothareks Fujinet Pro" verschoben werden und ich das nie wieder sehen muss.

Ich habe (nach Absprache mit Florian) einige Postings editiert und andere gelöscht, in der Hoffnung das wir hier weiterhin sachlich diskutieren können.

Wer das nicht OK findet bitte bei mir melden. Ist keine "Zensur" in dem das hier Inhalte unterdrückt werden, sondern es geht mir (und anderen) um den Umgangston. Der sollte respektvoll bleiben.

[mega-hz]

doch doch Carsten, diese "Zensur" ist schon manchmal angebracht, glaube kaum, daß irgendjemand was dagegen hat!

[patjomki]

Ist keine "Zensur" in dem das hier Inhalte unterdrückt werden, sondern es geht mir (und anderen) um den Umgangston. Der sollte respektvoll bleiben.

Respektvoller Ungangston finde ich gut. Aber wäre das nicht eigentlich Aufgabe des Moderators gewesen? Habe etwas Sorge, dass der Clubvorsitzende momentan auf zu vielen Hochzeiten gleichzeitig tanzen muss.

[cas]

Zurück zum Thema: Was kann FujiNet besser machen?

Ich hätte derzeit zwei Wünsche die ich aus Zeitgründen nicht selbst implementieren kann:

1) Authentisierung: ich würde gerne ABBUC-Mitglieder-Inhalte über FujiNet den ABBUC-Mitgliedern zur Verfügung stellen (Magazin-Disketten, Beträge der Software-Wettbewerbe). Das TNFS-Protokoll sieht Authentisierung vor, ist aber weder im Server noch im Client implementiert. Einfache Datei mit Benutzernamen und gehashten Passwörtern (SHA256+Salt) auf dem Server würde reichen. Das FujiNet darf das Passwort auf der SD-Karte speichern, so das das Passwort nicht immer neu eingegeben werden muss.

2) IPv6 Unterstützung im FujiNet: ganz viele Anschlüsse in Deutschland (Europa) haben IPv4 nur noch als IPv4aaS (IPv4 as-a-service), d.h. über IPv6 getunnelt mit doppeltem NAT). Das ist bei TNFS-UDP-Verbindungen fehleranfällig und langsam. Wenn der Platz im FujiNet nicht für Dual-Stack (IPv6 und IPv4) reicht, so wäre eine IPv6-only Firmware etwas sehr schönes (und zukunftssicher). IPv6-Stacks für ESP32 existieren. SLAAC Adressenkonfiguration würde mir genügen, DHCPv6 muss nicht unbedingt sein.

[cas]

Ist keine "Zensur" in dem das hier Inhalte unterdrückt werden, sondern es geht mir (und anderen) um den Umgangston. Der sollte respektvoll bleiben.

Respektvoller Ungangston finde ich gut. Aber wäre das nicht eigentlich Aufgabe des Moderators gewesen? Habe etwas Sorge, dass der Clubvorsitzende momentan auf zu vielen Hochzeiten gleichzeitig tanzen muss.

+1, das Moderationsteam darf etwas mehr Eigeninitiative zeigen!

(der Moderator hier tanzt aber auch gerade auf ganz vielen Hochzeiten ... aber vielleicht hat jemand Interesse an dem Job des Co-Moderators?)

[Die Moderatoren sind nicht 24/7 online, Leser des Forums können hier auch Postings dem Moderationsteam melden]