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.
Blatantly and ignorantly occupying something that is in use for YEARS already is just deliberately causing incompability.

FujiNet could be more stable and not blocking the SIO bus because its in a "locked" status. mentioned more than enough but ignored by the developers.

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

[DjayBee]

FujiNet could be more stable and not blocking the SIO bus because its in a "locked" status. mentioned more than enough but ignored by the developers.

Hä, wie meinen?
Gibt's das auch in einer verständlichen Formulierung?

Falls du auf die Busprobleme des FujiNet Prof anspielst, musst du deinen Rant in Richtung Osten nach Polen schicken. Das hat nullkommagarnichts mit dem FujiNet an sich zu tun!

[Mathy]

.
Hallo Leute

Falls du auf die Busprobleme des FujiNet Prof anspielst ...

und dazu gibt es eine Lösung, entwickelt von Thomas und Harry und beschrieben von Thomas in der Papierbeilage zu ABBUC Magazin 161.

Tschüß

Mathy

[Dinadan]

Blatantly and ignorantly

Geht es noch? Es gibt nur wenige Projekte in der AtariSzene mit so engagierten und freundlichen Entwicklern. Fujinet ist ein offenes Projekt, du kannst 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)

I would call this statement arrogant. Just my 2cent.
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)

I would call this statement arrogant. Just my 2cent.
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.

===

Was ist jetzt eiegntlich mit deiner Aussage, dass das FujiNet den Bus blockiert? Butter bei die Fische bitteschön!

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

[FlorianD]

Was ist jetzt eiegntlich mit deiner Aussage, dass das FujiNet den Bus blockiert? Butter bei die Fische bitteschön!

"Falls du auf die Busprobleme des FujiNet Prof anspielst, musst du deinen Rant in Richtung Osten nach Polen schicken. Das hat nullkommagarnichts mit dem FujiNet an sich zu tun!"

Genau das. Man kauft ein FujiNet "PROFESSIONAL", es blockiert den Bus in bestimmten Konfigurationen. Das Problem wird mehrfach gemeldet, es wird ignoriert!
Thomas hat allein eine Hardware-Lösung gefunden.

Das ist Bananen-Hardware, die beim Kunden reifen darf. Ergo: dysfunktionale Hardware, denn nicht jeder hat die Geduld, das Wissen, das Equipment, eine Lösung zu bauen. Und der Hinweis von Thom oben, dass das alles OpenSource, transparent, etcpp entwickelt wurde verstärkt mein Missfallen noch, da sich von den selbstlosen Opensourcetransparententwicklernamateuren kein einziger auch nur einen Deut darum geschert hat, dass das Ding allenfalls halbgar funktioniert. Und dieses Whatabouttism hat NICHTS mit dem Problem zu tun, dass sich die Opensourcetransparententwickler nicht darum geschert haben, vorher mal nachzusehen oder zu fragen, ob die Device ID noch frei ist. Auch das wurde angemerkt und darum gebeten(!), eine andere ID zu nutzen. Auch IGNORIERT.

Das finde ICH schei**e. Du darfst selbstverständlich anderer Meinung sein, aber schreibe mir bitte nicht vor, wie ich mich damit fühlen darf oder was meine Sicht ist.

Und wie cas oben schreibt, es gibt eine Menge Gründe, SIO2USB weiter zu nutzen (auch in Kombination mit FujiNet) und zu sagen FujiNett ersetzt SIO2USB ist die Krönung der Arroganz. Schön, dass Thom uns erzählt, was Status Quo ist.

[DjayBee]

Was ist jetzt eiegntlich mit deiner Aussage, dass das FujiNet den Bus blockiert? Butter bei die Fische bitteschön!

"Falls du auf die Busprobleme des FujiNet Prof anspielst, musst du deinen Rant in Richtung Osten nach Polen schicken. Das hat nullkommagarnichts mit dem FujiNet an sich zu tun!"

Genau das. Man kauft ein FujiNet "PROFESSIONAL", es blockiert den Bus in bestimmten Konfigurationen. Das Problem wird mehrfach gemeldet, es wird ignoriert!
Thomas hat allein eine Hardware-Lösung gefunden.

Das ist Bananen-Hardware, die beim Kunden reifen darf. Ergo: dysfunktionale Hardware, denn nicht jeder hat die Geduld, das Wissen, das Equipment, eine Lösung zu bauen. Und der Hinweis von Thom oben, dass das alles OpenSource, transparent, etcpp entwickelt wurde verstärkt mein Missfallen noch, da sich von den selbstlosen Opensourcetransparententwicklernamateuren kein einziger auch nur einen Deut darum geschert hat, dass das Ding allenfalls halbgar funktioniert. Und dieses Whatabouttism hat NICHTS mit dem Problem zu tun, dass sich die Opensourcetransparententwickler nicht darum geschert haben, vorher mal nachzusehen oder zu fragen, ob die Device ID noch frei ist. Auch das wurde angemerkt und darum gebeten(!), eine andere ID zu nutzen. Auch IGNORIERT.

Das finde ICH schei**e. Du darfst selbstverständlich anderer Meinung sein, aber schreibe mir bitte nicht vor, wie ich mich damit fühlen darf oder was meine Sicht ist.

Und wie cas oben schreibt, es gibt eine Menge Gründe, SIO2USB weiter zu nutzen (auch in Kombination mit FujiNet) und zu sagen FujiNett ersetzt SIO2USB ist die Krönung der Arroganz. Schön, dass Thom uns erzählt, was Status Quo ist.

Nochmals: Das ist KEIN Problem vom FujiNet, sondern nur von der modifizierten Version, die Lotharek selbst verpfuscht hat!!

Das ist auch nicht der einzige Pfusch von ihm und auch nicht das erste Mal, dass ihm etwas sch***egal ist.

Alle anderen FujiNets weltweit funktionieren. Das weiß übrigens auch der Bugfinder / Bugbeheber. Er hat noch nie deshalb in Richtung Thom geschossen.

Und ich schreibe dir nicht vor, wie du dich zu fühlen hast, rege mich aber auf, wenn jemand DJT-like aus Unsinn Dreck macht, mit dem er andere bewirft.