Jump to content
tschak909

Adding a UDP streaming mode for fast action games

Recommended Posts

Generalizing MidiMaze Mode


There seems to be a viable reason to have a streaming mode for arcade games that can't be pausing to deal with SIOV traffic. 

 

The solution would be to provide a mode which opens a UDP socket, and sends/receives packets there in a streaming fashion. Asserting COMMAND would quit this mode.


the Midimaze mode can be generalized for this, basically by:


* Adding a Midimaze start ($F0) command to fuji device, that has: Aux1 = desired POKEY divisor, payload is "hostname:port" 0 = 127014 max
* extending the mididev to allow for baud rate to be specified.

 

so midimaze continues to work as it has been.

 

and if you send a cmd $F0, it will set whatever baud rate you wish, and establish UDP socket. 

 

This is literally the "high performance" option for arcade games that simply would not have any other viable choice (such as 8-bit slicks). 

 

I am reticent to implement this, because I have a feeling it will be abused by everybody writing games, even those that don't need it.

thoughts?

  • Like 2

Share this post


Link to post
Share on other sites

Do it. Let's see what happens.

 

  • Like 1

Share this post


Link to post
Share on other sites

never fear giving a high performance option, sometimes you have to put the peddle to the metal !

  • Like 1

Share this post


Link to post
Share on other sites
13 hours ago, tschak909 said:

I am reticent to implement this, because I have a feeling it will be abused by everybody writing games, even those that don't need it.

Implement it in a way that nothing else can be done over the Fujinet while this channel is open.

;)

 

1 hour ago, _The Doctor__ said:

sometimes you have to put the peddle to the metal !

Poor Chuck - R.I.P.

  • Haha 1

Share this post


Link to post
Share on other sites
9 hours ago, DjayBee said:

Implement it in a way that nothing else can be done over the Fujinet while this channel is open.

 

What this sounds like. That this would be like Atari 850 with all the buffer overrun trickiness.

Share this post


Link to post
Share on other sites
53 minutes ago, cathrynm said:

What this sounds like. That this would be like Atari 850 with all the buffer overrun trickiness.

similar. but the ESP will queue packets.

-Thom

  • Like 4

Share this post


Link to post
Share on other sites
3 hours ago, tschak909 said:

similar. but the ESP will queue packets.

-Thom

Oh I see, does that mean it'll be able to, say, stop data coming into the Atari, do some other SIO commands, and then resume back where it left off without missing a byte?

Share this post


Link to post
Share on other sites

So basically, when it goes into stream mode, it takes over the entire SIO bus, and an input routine would need to be provided to read the data from the fujinet.

 

Of course, we have the PROCEED line to tell us when new data comes across.

 

Does somebody want to put together a set of asm routines that:

 

(1) Initializes the pokey to the appropriate baud rate (divisor), and installs:

(2) a VPRCED interrupt routine to know when something is ready for receipt

(3) a SERIN interrupt routine to grab the resulting data

(4) a shutdown routine that puts everything back

 

while I work on the firmware side of things?

 

-Thom

 

  • Like 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...