This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Builderboy
Pages: 1 ... 98 99 [100] 101 102 ... 375
1486
« on: March 09, 2011, 06:28:30 pm »
I don't think so, but you could talk to Kerm about how to implement it yourself On that note, I might try to put together a tutorial on linking if I can figure it out myself...
1487
« on: March 09, 2011, 05:41:25 pm »
I am not 100% sure it will work, but you can try it for yourself if you have more than one calc. I don't have a working link cable so I can't test it It's worked in the past tho. As for the transferring of bytes, there are ways, but it all depends, and I'm unsure of how to do it. My best advice would just be to experiment, there really isn't just a single way
1488
« on: March 09, 2011, 11:55:21 am »
I think I found a bug. Attached is the screenshot. http://www.omnimaga.org/index.php?action=dlattach;topic=5942.0;attach=6441;image
Another thing I noticed, notice how in the beginning, he has to jump 3 times before he can get over the hill, that can be pretty inconvenient if say you have a giant ninja star hurling towards you and you need to jump over a block is it intentional?
1489
« on: March 09, 2011, 11:23:07 am »
I can't give you a routine, but I can give you a way for the calculators to actually see each other. First of all, pause for a random amount of time (Optional, because as builderboy said, it's highly unlikely they'll be run at the exact same second). Then, check line A of the link port. (Line A and B is just how I'll reference them) if it is set (the other program set it in this case) then just set line B, and then just wait until the first calc resets line A (at which point, reset line B and whoever had calc A is the main calc). If line A is not set when you check it, set it. Wait until the other calc sets B, or abort if it doesn't after a certain amount of time.
Now for actual communication, I would suggest using one line as sort of a clock. When line A toggles, you check line B for the actual data. Also, note, that what you read and what you write are essentially inverses of each other. And when I say set, I mean that the line is pulled low. Reset meaning the normal state. Always write a value of 0 to the port before leaving.
Axe has get and send commands I think this can be made a lot easier: Send(1,200) While 1 Get->A EndIf A!=-1 Or getKey(15) Send(2,200) If A!=-1 Goto 2PL End Goto 1PL This code will wait for either the other calculator to connect, or for you to press clear. If the other calculator connects, it will jump to Label 2PL, otherwise, it will jump to label 1PL. It has the added advantage of giving the first calculator to connect a 1 in A, and the second calculator to connect a 2 in A, so you can distinguish between player 1 and player 2
1490
« on: March 09, 2011, 01:19:59 am »
There is a small problem I need to clarify. You are saying these programs are run at the same time? Are they run at *precisely* the same time, or not? I am assuming that they are being run from the homescreen, and so there will always be a small difference in time right? One program is inevitably going to start running first, and the only way it can know if there is another calculator connected is to wait for it to send something. There needs to be some way to get out of the loop though, or else it would keep waiting forever if there was no calculator connected. So i propose a different solution:
Would it work to have a screen saying "connecting... press clear to abort" or something like that? It would wait for the other person to connect, and when the connection is established, it would run the game or whatever, or if the connection is aborted, quit.
1491
« on: March 07, 2011, 11:11:44 am »
They somehow managed to open the lock My ipod was even hidden away inside the glove box, so they must have broken in to get the stereo..
1492
« on: March 06, 2011, 06:50:04 pm »
Yep and Insurance doesn't cover it
1493
« on: March 06, 2011, 06:32:39 pm »
Serenity: Not currently being worked on, but never forgotten! Xonix: Hasn't been worked on in a long time, probably should release the source Small Font Editor: Pretty much dead, can't get it to work PortalX: Being worked on actively! Nightmare: Being worked on passively Secret Project: Being worked on slowly but surely, need more time! Very Small Secret Project: Not being worked on Heh, I have many dormant projects *hides*
1494
« on: March 06, 2011, 04:02:17 pm »
Yeah, they almost got my stereo too, it was out and on my seat, still attached with wires, but they left it for some reason
1495
« on: March 06, 2011, 03:36:04 pm »
Sweet ^^ Time for a graphics demo *hides*
1496
« on: March 06, 2011, 03:35:25 pm »
Wow this is totally amazing! That blade thing is an awesome game concept I did find it hard though so far I havent been able to beat all of the levels, but it will definitely keep me occupied! Also, i noticed there is a possibility that the character cannot jump over a single block?
1497
« on: March 06, 2011, 03:15:49 pm »
Necropost, but I too have something to say. I got my ipod touch stolen out of my car the other day
1498
« on: March 06, 2011, 03:14:42 pm »
I love the progress we are making with this So we know where the screen memory is then?
1499
« on: March 06, 2011, 03:14:11 pm »
Me and my friends can't figure out the Port forwarding for a multiplayer game over a network, so we just all go over to one of our houses and play on a Local network No port forwarding, and little to no lag
1500
« on: March 06, 2011, 03:12:52 pm »
Wow that is one shiny looking gui! It looks excellent, and with so many easy and awesome features to use! Amazing job
Pages: 1 ... 98 99 [100] 101 102 ... 375
|