The online racing simulator
Searching in All forums
(983 results)
Dygear
S3 licensed
Windows come with a GUI front end, but I never use it. I did not even install the GUI for git on my linux box. I'm pretty sure the MAC as a GUI as well, as the official build now has a GUI.
Dygear
S3 licensed
Quote from PoVo :Hmm... I'll check it out later. I've always used SVN for private code projects.

Good on ya mate. It will change your world on how easy it is compared to SVN. Once you remember over the command line that is.
Dygear
S3 licensed
I merged vic's pth branch. I think I did it in a dirty way so it might not look like that in the tree. But that's besides the point. Cargame, if you can try that out, let me know what's working and what's not on a populated server.
Dygear
S3 licensed
Quote from thisnameistaken :Yeah I don't like the way SVN does handles merges, I've noticed that a lot of the clients I work for try to avoid them ever happening.

Yeah, no kidding.

Quote from Linus :How many of you have really done a branch and ever merged it in CVS.

Good Job.

I mean, it wasn't everybody, but it was actually more than I expected.

How many of you enjoyed the experience?

Ooh, ok. So there were a couple.

But, but it is considered hard.

In CVS, when you merge a branch, I've done it as little as possible, but I've had to do it.

What you do is, plan ahead for a week, and then you basiclly set aside one day for doing it.

Am I wrong?

I don't see a lot of people saying "No it was easy, I liked it."

Dygear
S3 licensed
Quote from MadCatX :Git is actually pretty awesome, it makes branching, patching and submitting patches extremely easy. A well set up git environment can create, format and email a patch to developers in one command.

Yep, we love it here! I tried using SVN back in 2004, but like Linus said, it did things to my source code, and I found that unacceptable.
Last edited by Dygear, .
PHP migrates to Git
Dygear
S3 licensed
Quote from PHP Website :PHP migrates to Git

The migration of the PHP source code from Subversion to Git is complete. You can clone or fork the source from our GitHub mirror, and we also now support pull requests made via GitHub. The source is also available via git.php.net, and full instructions on cloning the php-src tree can be found at php.net/git.

One immediate benefit is that future PHP release tags will be signed by the PHP development team. We will be releasing GPG keys for verification purposes in the next few days.

More information on the migration and the new workflow can be found at the Moving to Git FAQ on the PHP Wiki.

Please note that the PHP manual, including translations, continues to be hosted in Subversion for the time being and will be migrated to Git at a later date.

Many thanks to David Soria Parra for his hard work on making the conversion to Git a reality, and to Alexander Moskaliov, Florian Anderiasch and Johannes Schlüter for their work on the scripts required to support the conversion. Let the forking begin!

I'd like to welcome PHP to the party! PRISM was using git before it was cool tho .
Dygear
S3 licensed
Using the Button class should be a better option. By the way, I'm at work, so I've not tested this code, and from my understanding that Button class is not working in the current version of PRISM, so it would be better to test with version 0.4.2.


<?php 
class flame_test extends Plugins
{
    const 
URL 'http://www.lfsforum.net/showthread.php?t=78721';
    const 
NAME 'Flame Test';
    const 
AUTHOR 'Martin Kapal';
    const 
VERSION '0.0.1';
    const 
DESCRIPTION 'Button Test Phase';

    public function 
__construct()
    {
        
$this->registerPacket('onState'ISP_STA);
    }

    public function 
onState(IS_STA $STA)
    {
        
$BTN = new Button(0'Test''Flame');
        
$BTN->T(50)->L(50)->W(30)->H(10)->BStyle(ISB_DARK ISB_LEFT 1);
        
$BTN->Text('Test button')->registerOnClick($this'onBtnClick')->Send();
    }
    
    public function 
onBtnClick(IS_BTC $BTC)
    {
        
IS_MSX()->Msg('Clicked a button!')->Send();
    }
}
?>

Dygear
S3 licensed
Quote from cargame.nl :Hahaha.. Some recognition here.

It's OK. Looking at the layout filename when an AXI packet is there should be fine.

After this pth loading and spamming is working 100% it's possible to store timings and do some stuff with safety which really would be great (can do that on my own I think, but I'm slow).

No hurry though, relax.

Yeah, I'm gonna make an API so that programmers can do that, using this plugin as a template.
Dygear
S3 licensed
Quote from cargame.nl :Complicated with the fact that a layout change also implies a track change nowadays.

Had not really considered that.

(BTW, my girlfriend is here, so I can't even program because she wakes up when ever I type.) <- Slowest typed sentence of my life.
Last edited by Dygear, .
Dygear
S3 licensed
Quote from cargame.nl :I merged Victors changes and Dygears changes together but still... If I adjust LVS.php, LVS is only working for one racer.

Problem must be inside function onCarInfo(IS_MCI $MCI) because thats the only difference.

Yeah, I'll fix that.

Quote from cargame.nl :I want to get rid of that message spamming all the time. On/off track should only be reported when the change happens.

Yeah, that was my intention.

Quote from cargame.nl :And another thing. I noticed that every time someone joins the track or spectates (STA)... The pth file gets reloaded again. This is not very good for performance.

It should happen on race restart (RST) and on first prism init (only moment to trigger on STA).

I was under the impression that STA packets are only sent when the track is loaded, I did not know it happens when some one leaves and joins too ... So I'll have to change that to something else. Actually, it should not reparse the file if the track is the same.

Quote from cargame.nl :But I'm quite happy with the progress. It's a big step forward for racing servers

Glad to hear that! I feel the same way.
Dygear
S3 licensed
From my understanding he has been MIA for about 2 months now, but it's not every day that you get a message from a dev so ... who knows!
Dygear
S3 licensed
He 'licensed' it to Victor, I don't want to take someone else's work without permission.
Dygear
S3 licensed
Quote from Victor :So this should be fine for now as far as I'm concerned.

edit - ok pushed two more fixes and cleanups

That edit made me giggle.

Quote from Victor :[T]here is an [flaw] in KY2.pth.

So I guess we could fix that ... The SMX file should have the correct track markings, we could use that and convert it over to the PTH.
Dygear
S3 licensed
As long as you caused no damage, as long as you did not go outside of the permission level for your account, then you should be fine. Email him, let him know there is a problem. Some thing along the lines of "Hey, I noticed there was a problem with your site, it let me do this, and I don't think that's what you intended."
Dygear
S3 licensed
Quote from Victor :As for the coordinates in insim packets, they should be signed (jebus, i wrote unsigned first). So that 0,0,0 lies at the center of the world and coordinateds go smoothly from positive to negative.

I'll finger the commit in my branch and revert the changes.

Quote from Victor :You can skip the top and bottom sides because we already know the point is in between them; we already have the node ID.

That's awesome, never really thought about that.

Quote from Victor :One other thing, about prism in general. When I tested this path stuff on a local, single player instance, I noticed the MTC packets telling me I'm on or off the road do not work (of course).

Do you take this into account in other places where info is sent to the racer directly through MTC packets? Because they won't work when prism is connected to a offline, single player LFS client.

Or should prism not be used in single player mode?

No, that's just because I tested in a local server on my client, I do not normally test for single player type accounts. But yes, PRISM should support all modes that LFS supports. It was just me in the programming of that LVS plugin using the MTC packets that made it not work as well as it should off.

Quote from Victor :I guess dygear put that in for testing purposes, which i found handy as well. But it's no good for production use.

Yeah, that's why I did it. I also don't have the chance to test PRISM on an active host because I don't have a server to test on. Just the servers that I make for myself with my LFS client. The only clients I have on besides my self is the AI that I put on the track.
Dygear
S3 licensed
Quote from Victor :I took the liberty to write another path detection interpretation. It's on github in the vic_pth branch. Feel free to use it or not.
Main difference I guess is the addition of prism_geometry.php where point and polygon classes and the poly->contains(point) detection happens, instead of in prism_pth.php. Also the detection algorythm is a lot shorter. It's using solution 3 from http://paulbourke.net/geometry/insidepoly/ which is really simple and totally reliable for our purpose.

Thank you, I'll look into this!

Quote from Victor :OH almost forgot one major point : Why did you say you had to use V instead of l? (small L) They are both 32 bit and l is signed which is what you need; V is unsigned.

I'm pretty sure I read that these should be unsigned, not signed.
Dygear
S3 licensed
It seems to happen when you get to the end of the pth array, something that I thought I had fixed in this version. I'll take a look at it. Thanks for the report.
Dygear
S3 licensed
LVS and PTH parser now works on the repo. Please do take a look at it, and report back.
Dygear
S3 licensed
Quote from T3charmy :I was just suggesting that it be added with 5.0 since If I remember correctly you said that it would most likely break the compatibility with existing plugins anyways

Then we are on the same page. I'll do this if I don't come up with something that I think it better. But if I did, I'll ask the community first if they think it's better.
Dygear
S3 licensed
Yeah, I saw it. I just don't know if I want to break that compatibly in this branch.
Dygear
S3 licensed
I'll look into fixing both the timers and the buttons in the next release, as that's a pretty huge over sight on my part. :sorry:

I'll also ask around for how to do the pth parsing correctly on getting the size of the node, because, I'm really getting something wrong for sure on the size of the nodes. I hope I can get in contact with scawen, and maybe he could explain how he does the calculations.
Dygear
S3 licensed
Quote from T3charmy :Nice update, Also something came to mind, Would it be possible to give Timers Names... This way we can unset timers?

Show me how you want it to work.

Quote from T3charmy :Edit: Either I'm doing something wrong, or buttons(using new Button) don't seem to work in this release

Ya know, I don't know. I don't think I did any testing with buttons, I really did not expect them to stop working. I'd be pissed if I did something silly and it caused a huge bug like that. Can you post some example code that was working in 0.4.2, but is not working in 0.4.3?
Dygear
S3 licensed
Quote from DarkTimes :I used Dive Into Python to learn Python.

But you have no formal education on the subject?
Dygear
S3 licensed
Just by playing with it. For me it was, AMX Mod, and SmallC, they have a bunch of plugins that you could compile with the tools they gave you, and they also had a bunch of people making plugins for these Counter - Strike servers that would add things like jetpacks and crap like that. I was like, that's awesome, I want to be able to do that! So I found the source code of the plugins, as AMX Mod was under the GPL everyone had to give out their source code for their plugins if they gave out the binary on the forums. From there, I started playing on the servers with the plugin devs, helping them test their plugins, they would give me the code, and say, I'm having a problem in this area of the plugin, from Line X to Line Y, and that's what I need you to test. Just by doing things like that you learn alot about how to program because you see how the engine and how your actions with the engine and there by your actions effect the plugin. It was a pretty easy way of learning for me. This is what I'm trying to get at with PRISM, people that don't know how to program, learning PHP from the fun side, games! Learning about event based programming with it.
Dygear
S3 licensed
Right now, PRISM 0.4.3 it compatible with both PHP 5.3.x and 5.4.x, simultaneously. The next update to PRISM, 0.5.0 will require everyone to PHP 5.4.x. There is a pretty substantial advantages to running even 0.4.3 with PHP 5.4.x over PHP 5.3.x right now as it offers a 20% memory reduction, and speed increase. I will continue to support PRISM 0.4.x and release a couple of releases to ensure that they are no major bugs in it, but you can consider it to be deprecated around the time 0.5.0 is released.
FGED GREDG RDFGDR GSFDG