I'm doing it straight from the MCI packets, and from the PTH file.
No harm inflected, I found it quite amusing.
You see, this is why I love Germans. They are just so direct! Thank you, avetere, I'll take a closer look at your approach.
<?php
public function toPolyLimit()
{
return array
(
array
(
'x' => $this->Center->X + $this->Limit->Left * cos(atan2($this->Direction->X, $this->Direction->Y)),
'y' => $this->Center->Y + $this->Limit->Left * sin(atan2($this->Direction->X, $this->Direction->Y))
), array
(
'x' => $this->Center->X + $this->Limit->Right * cos(atan2($this->Direction->X, $this->Direction->Y)),
'y' => $this->Center->Y + $this->Limit->Right * sin(atan2($this->Direction->X, $this->Direction->Y))
)
);
}
public function toPolyRoad()
{
return array
(
array
(
'x' => $this->Center->X + $this->Road->Left * cos(atan2($this->Direction->X, $this->Direction->Y)),
'y' => $this->Center->Y + $this->Road->Left * sin(atan2($this->Direction->X, $this->Direction->Y))
), array
(
'x' => $this->Center->X + $this->Road->Right * cos(atan2($this->Direction->X, $this->Direction->Y)),
'y' => $this->Center->Y + $this->Road->Right * sin(atan2($this->Direction->X, $this->Direction->Y))
)
);
}
?>
Last edited by Dygear, .
Ok, if you could explain this part to me. Should it not be that the Road and Limit would be giving me the delta from that of the center of the node's X & Y? There by all I should have to do is add them to the X & Y coords to get the information I need. Or am I missing some bit of information.
I'm working a something for LVS. I'm just not getting all of the parts down in my head and it's confusing me a little bit.
So, let's think it out ... We need to know if the player is in node's polygon. To do this we need to get each node's polygon, and to do that we need to load the pth file. So we are going to need to know what track we are on, for this we are going to have to hook into the State packet (IS_STA). We are also going to need to have the pth files some where that is known. (I've made it so that they are stored in $PRISM/data/pth.
Now that we have that down, we need to know the Node the player is currently in, as well as the player's X & Y coords. For this we can only hook into the MCI packet, as it is the only packet that offers this level of detail.
I am going to update the toPolyRoad() function to the Node class within the PTH module so that the code really is as simple as that.
Speaking of those changes to the Node class, here they are.
Couple this with the lfs provided PTH files found on lfs.net and extract them to your $PRISM/data/pth directory and you'll be all set to go with these.
This is providing that I'm not completely out of my mind, as all of this is very much untested.
So, let's think it out ... We need to know if the player is in node's polygon. To do this we need to get each node's polygon, and to do that we need to load the pth file. So we are going to need to know what track we are on, for this we are going to have to hook into the State packet (IS_STA). We are also going to need to have the pth files some where that is known. (I've made it so that they are stored in $PRISM/data/pth.
<?php
public function onTrackChange(IS_STA $STA)
{
$this->PTH = new PTH(ROOTDIR . '/data/pth/' . $STA->Track . '.pth');
}
?>
<?php
public function onMultiCarInfo(IS_MCI $MCI)
{
foreach ($MCI->Info as $Info)
{
if ($this->isInPoly($Info->X, $Info->Y, $this->PTH->Nodes[$Info->Node]->toPolyRoad())
continue; # They are within the node.
# If we get here, then they are NOT on the track.
}
}
?>
Speaking of those changes to the Node class, here they are.
<?php
public function toPolyLimit()
{
return array
(
array
(
'x' => $this->Center->X + $this->Limit->Left,
'y' => $this->Center->Y + $this->Limit->Left
), array
(
'x' => $this->Cetner->X + $this->Limit->Right,
'y' => $this->Cetner->Y + $this->Limit->Right
)
);
}
public function toPolyRoad()
{
return array
(
array
(
'x' => $this->Center->X + $this->Road->Left,
'y' => $this->Center->Y + $this->Road->Left
), array
(
'x' => $this->Cetner->X + $this->Road->Right,
'y' => $this->Cetner->Y + $this->Road->Right
)
);
}
?>
This is providing that I'm not completely out of my mind, as all of this is very much untested.
Last edited by Dygear, .
I tend to shy away from adding a property that does not belong there, but I agree that the information should be more flexible. I think in the case you described, there will be a proper fix for it in 2.0.0 as you can say how you want the data given to you.
If they happen to also take the whole BBC gang with them, minus Eddie, I'll be quite happy.
BTW, 0.3.0 works with the official 0.4.2 build of PRISM, so you can see what I have been up too.
Nope, over sight on my part. Thanks, going to fix this now.
I'm just pissed because they are messing with the best thing in years. We have it on the BBC, so there are no commercials, we have Martin Brundle and David Coulthard, arguably the best duo since Murry and Martin. More then anything, we are losing Martin and David for half the season, and I just don't know why they felt the need to do this. Just when it get's to be great, they have ruin it.
PHPInSimMod - PRISM 0.4.2 Discussion
You can download PHPInSimMod - PRISM 0.4.2 from that link. Please use this thread to talk about this release.
Thank you.
PHPInSimMod (PRISM) 0.4.2
Thank you.
PHPInSimMod (PRISM) 0.4.2
- Version changed to 0.4.2
- Added timeToString & timeToStr functions.
- Changes to this file allow for the `prism exit` command be used to restart, it also will automaticly restart PRISM in the event of a crash.
- Fixed an error where the Player class functions would check Flags and not the correct PType property.
- Removed module prism_state, as it was no longer used by any part of prism. Everything has already been moved over to the current State Handler.
- Updated CRON to reflect up coming changes (Thanks filur).
- Updated to current version of LVS.
PHPInSimMod (PRISM) 0.4.2
PHPInSimMod (PRISM) 0.4.2
- Version changed to 0.4.2
- Added timeToString & timeToStr functions.
- Changes to this file allow for the `prism exit` command be used to restart, it also will automaticly restart PRISM in the event of a crash.
- Fixed an error where the Player class functions would check Flags and not the correct PType property.
- Removed module prism_state, as it was no longer used by any part of prism. Everything has already been moved over to the current State Handler.
- Updated CRON to reflect up coming changes (Thanks filur).
- Updated to current version of LVS.
0.3.0
- Now supports single player races as well.
- Removed a lot of code that was not needed right now.
- File format is now UTF-8 to support the delta (Δ) character.
Ok, sorry, I'm just a little confused without the context on why you would want these.
S2Y version SMX meshes and PTH files, includes all but the AS7 and AS7R Paths. Are you ALSO looking for the older versions of the paths so that you can see what was updated between versions if anything?
@Victor & Scawen, you're missing the AS7 and AS7R path files from the SMX_PTH_S2Y zip, can you please advise.
@Victor & Scawen, you're missing the AS7 and AS7R path files from the SMX_PTH_S2Y zip, can you please advise.
Manual input into the config file that was not sanitized by the LFS game name parser?
[edit] Oh never mind, apparently Krammeth beat me to it.
This
, should really be sanitized down to
that should be Zsooti. The way I read it, the first two colors should have no effect.
^1^2^4Zs^3oo^4ti, should really be sanitized down to
^4Zs^3oo^4tithat should be Zsooti. The way I read it, the first two colors should have no effect.
Pretty much what avetere just said.
As with any project there must be a planning stage. That and no one has said that they are actually going to do this. I've expressed an interest, and that's why I keep on replying to this thread. Anyway what's wrong with having ideas and sharing them?
DoP? It's defiantly possible, but each car's driver would have to be known to the InSim application, so that when a new driver comes in they can take over that car's position and continue to move the race forward for that car.
I think that the only way to do the properly is by setting the server into practice mode, and allowing the InSim application to take over race control completely. This would allow for example things like a warm up lap, and a cool down lap.
LAMO, funny, it's normally the other way 'round.
The first one is by far the better choice.
I had an all McLaren setup, except my drivers so I did quite well this weekend. Pretty happy.
The Black Screen AA bug is a known issue that seems to happen on more then just Intel IGPs. I have the same problem with my i3-2100T using a HD 1000. Not sure if the bug lays with LFS or with Intel Drivers, but I've heard this problem also be reported on some nVidia chips as well. I'm about to get an AMD 6950 and I'll let you know if the AA problems happen on AMD GPUs.
FGED GREDG RDFGDR GSFDG