Yes, with #FujiNet on your #Atari8bit. Using the N: device, you can include code and libraries directly from GitHub, directly in your programs. Shown here is a compile and run example MASTODON client that's part of the upcoming user's manual, but fetching NIO from N: #retrocomputing https://youtu.be/_W49Uxf-UDk

Wow that was quick! Centipede for #Atari8bit is now #FujiNet #HighScoreEnabled! You can play it here at apps.irata.online/Atari 8-bit/Games/High Score Enabled/Centipede.atr, and scoreboard is at http://scores.irata.online/centipede.html special thx to @Djaybee. #retrogaming #retrocomputing

-Thom

Hej ludzie,

Dostosowałem PAC-MAN do FujiNet High Score Enabled, dodając tabelę wysokich wyników i dodając flagę włączającą wysokie wyniki do generowanego ATR. Działa to dobrze. Obecnie tabela wysokich wyników jest wywoływana w procedurze zakończenia gry wideo (połączyłem ją przed wywołaniem BLNKON i wywołałem tę procedurę w moim kodzie wysokich wyników).

Szukam jednak miejsca, w którym mógłbym wywołać kod wysokiego wyniku po zakończeniu sekwencji Attract. Okazuje się to nieco trudne i zastanawiam się, czy może świeże spojrzenie mogłoby potencjalnie pomóc w znalezieniu miejsca, w którym mógłbym dodać pojedynczy JSR?

Kod dla PAC-MAN z włączoną funkcją wysokich wyników znajduje się tutaj:
https://github.com/FujiNetWIFI/fujinet- … ts/pac-man

Obecnie wywołuję hiscr: tutaj:
https://github.com/FujiNetWIFI/fujinet- … .ASM#L1028

A HISCR jest oczywiście tutaj:
https://github.com/FujiNetWIFI/fujinet- … ISCORE.ASM

Ktoś ma jakieś pomysły?

-Tom

I am looking through various games in the Homesoft collection to see if some could have a high score table and save routine added to them.

@miker - Do you keep any notes for games that are adapted?

Looking at various ones in binary editors like Omnivore, it becomes somewhat confusing as to having many different segments. e.g. in Congo Bongo (see attached)

Why so many segments?

-Thom

Użytkownicy #Atari8bit! Dołącz do nas 4 lipca, aby przetestować lobby gier #FujiNet #retrocomputing #retrogaming

Details in image.

The #FujiNet talk I gave at #VCFSW 2023 is now up on YT! It is much the same talk I gave at East, talking about the past, present, and future of the FujiNet project from a non-technical perspective. The second half is Q&A. #retrocomputing #retrogaming

VCF Southwest was held in Richardson, TX (USA), from June 23rd to the 25th.

https://www.youtube.com/watch?v=qiMA3KMh_dY

Eric Carr checked in enough of the #FujiNet Game Lobby that we can start kicking its tires. Shown here on #Atari8bit playing 5 Card Stud with the ability to host a mixture of bot and human players. We want help to bring this to all #FujiNet Platforms!

[youtube]https://www.youtube.com/watch?v=qMYf1W9NmT0[/youtube]

To those working on SpartaDOS X Upgrade Project, ( @drac030 et al )

There are now more than 5,000 FujiNet devices out there. 

These devices work with the majority of available Atari DOSes. 

While SpartaDOS X can use the virtual disks (D:) and printers (P:) exposed, the CLI can't talk to "N:" via the NDEV.COM handler, which is the Network device, because it conflicts with one of the disk drive mappings.

While SDX can use the N* command line tools to do things like copy files (these tools talk to SIOV directly), this is less than ideal.

So one of two things should happen:

(1) patch SDX so that N: is passed through as a CIO device, when NDEV.COM is loaded.
(2) write a kernel driver to expose N: functions to SDX.

For the latter, the source code to the N: handler is here:
https://github.com/FujiNetWIFI/fujinet-nhandler

I've asked this before, but dozens of people have now asked me over the last four years for how to handle this.

-Thom

A growing number of games are now becoming High Score Enabled, for FujiNet users.

This is where disks that are normally mounted read-only, have a specially marked range of sectors in the ATR header that are marked as "ok for read-write." When FujiNet encounters one of these sectors, and a write is requested, the FujiNet will temporarily open the disk image for writing, write the new sector, and then quickly re-open the disk image read-only.

Over the last three weeks, we had been finding games in ATR format, with high score tables that were being saved to disk, and changing their headers to mark sectors occupied by their high score tables. Simultaneously, I have been writing small micro-services in C that listen to a game's ATR image, and when modified, scrapes the high score table, and generates a web page, so that others can see the high scores.

I am currently placing High Score Enabled games in the /Atari 8-Bit/Games/High Score Enabled folder on apps.irata.online TNFS, and am placing these files with sufficient permissions so they can be opened read-write when they need to be.

And the scores can be seen here: http://scores.irata.online/

There are a large number of games there, already. (See first pic)

Now, I am starting to add high scores to games that previously didn't have them. An example of this is PAC-MAN. Thanks to AtariWiki V3, I was able to download the source code, and patch the game to add high scores (and fix Inky's color) (see more pictures)

The patched pac-man can be downloaded as part of the fujinet-high-scores repo:
https://github.com/FujiNetWIFI/fujinet-high-scores

(if you do build your own, be sure to run high-score enable on it to mark the last two sectors for high score.)

and both the resulting high-score-enabled ATR and the web scraper can be deployed anywhere, even locally at parties. :)

I made this long post to prove a point, that adding high score capabilities to games that we all can share in, is an attainable goal, and we all could really make a lot of fun for all of us. Let's try! :)

-Thom