|
Post by The encapturer on Apr 15, 2002 12:31:53 GMT -5
Yes, I'm replacing all of my old link routines with Linksend/Linkget!
|
|
|
Post by Chris on Apr 15, 2002 13:50:15 GMT -5
good idea, but keep in mind, they can only do whole numbers 0-255, anything else won't work, i've recently added a link battle feature to tech-battle (what i re-named cannons to) and it took me a while to remember that, so i made a system that will break the number down into groups of 2 digits, send them, and then reconstruct them, works pretty well, i'd suggest doing something like that with ur rpg if u expect any of the values to get higher than 255
|
|
|
Post by The encapturer on Apr 16, 2002 13:18:17 GMT -5
Hmm... yeah. I wonder how I am going to send 300 across the link. Since assembly will basically have the same problem (i think), I might just make the game assembly. But then I'll have to start all over...
|
|
|
Post by feamsr00 on Apr 22, 2002 22:21:42 GMT -5
Ive been working on a linking protical that actualy allows you to send any plain text string across the link using the values 0-255. It test for sync and link failure. but its only carries 0-9 and A-Z (theta is a control char). Im not sure how versitile this will be though.
|
|
|
Post by Chris on Apr 23, 2002 8:54:13 GMT -5
if you want to send 300, you can do the same thing i did...here's the routine, it will let you send numbers as large as 25599, btw i know that you can use E-2 instead of \100 but i'm using \100 to keep things simple
(routine on sending calc)
linksend(int(A\100 For(B,1,5 End Linksend(A-100int(A\100
(routine on recieving calc)
linkget(1 100Ans+linkget(1->A
just to let u know, you MIGHT have some problems with it...this is what happened with me
i wrote a 2 player feature for techbattle outside of the regular program, and it worked perfectly, but when i copied it into the rest of the program, it stoped working and i kept getting an err message when it got to the linking commands, i've gone through the program a total of 15 times, and haven't found any bugs, but when i contacted michael vincent, he of course said it was my program (lotta help that is) so this problem will pretty much go unsolved
|
|
|
Post by The encapturer on Apr 24, 2002 12:21:21 GMT -5
Thanks. I will add that to the routines I am currently using. I decided to make a list a linkport buffer. When getting data it stores it into a list, and then it converts it to data. I think you should try that. I use that method on my linktools program I am about to release.
As for feamsr00, i think that program would really need to use a buffer on the recieving calc. Personally, I believe that is a bit much for my game
|
|
|
Post by Chris on Apr 25, 2002 6:48:51 GMT -5
actually, he doesn't need a buffer, my realchat program works fine (aside from that omnicalc bug) and it doesn't use a buffer
|
|
|
Post by The encapturer on Apr 25, 2002 9:54:42 GMT -5
maybe, but unless you're using delays, the linkget function will not pick up all of the data. I had that problem that was fixed by a use of a buffer.
|
|
|
Post by Chris on Apr 25, 2002 10:35:46 GMT -5
mine has a slight delay before it's send, but aside from that, there is no delay, it's copied directly into a string, and it also allows for me to use the exact same code on both calcs
|
|
|
Post by The encapturer on Apr 25, 2002 13:15:40 GMT -5
I see... Does it pick up everything no matter how fast it comes through the port (up to Omnicalc's max)? It probably doesn't matter for a chatting program, though, especially since your linking is controlled.
|
|
|
Post by feamsr00 on Apr 25, 2002 20:35:27 GMT -5
Actulay its 50% buffer ;D Its more like a logged data stream It stores a copy of all data sent up to the EOD(End Of Data) byte (47) and processes each byte as it comes in and does not return until it gets the EOD marker.
PS I can post my data stream format, if u want.
|
|
|
Post by The encapturer on Apr 26, 2002 10:29:12 GMT -5
I would really like to see it
|
|
|
Post by Chris on Apr 26, 2002 11:27:31 GMT -5
me 2...post away
|
|
|
Post by feamsr00 on Apr 28, 2002 2:10:28 GMT -5
Here is the Link Port Data Stream Format (L.P. D.S.F.) 1-10 Digits(0-9) 11-36 Letters(A-Z) 37-39 Unused 40 OK 41 I want to send 42 I want to get 43 Ready 44 Not Ready 45 ERROR! 46 End Of Data 47 Resend 48 Sync Error 49-60 Reserved 61-150 Unused 151-255 Reserved
Also used by The X! System...
|
|
|
Post by The encapturer on Apr 29, 2002 9:06:15 GMT -5
Hmm... it looks like both calcs would have to be constantly sending info to each other. Are you trying to make a calculator protocol now?
|
|