I only used OutGauge in the Speedometer example and with the short tests I can remember any delays, but my tests were only very brief.
I will try to run some longer tests and do also so some profiling.
I will try to run some longer tests and do also so some profiling.
Here a new version 0.5rc5:
https://sourceforge.net/projec ... files.php?group_id=174994
Changes:
* added prefix for the init request
* fixed NodeLapInfoResponse
https://sourceforge.net/projec ... files.php?group_id=174994
Changes:
* added prefix for the init request
* fixed NodeLapInfoResponse
I was busy with other stuff, I try to create a version in the next days.
I did an example and the NodeLap works fine for me:
package net.sf.jinsim.examples.nodelap;
import java.io.IOException;
import net.sf.jinsim.Channel;
import net.sf.jinsim.SimpleClient;
import net.sf.jinsim.TCPChannel;
import net.sf.jinsim.Tiny;
import net.sf.jinsim.request.MessageExtendedRequest;
import net.sf.jinsim.request.TinyRequest;
import net.sf.jinsim.response.InSimListener;
import net.sf.jinsim.response.InSimResponse;
import net.sf.jinsim.response.NodeLapInfoResponse;
public class NodeLapExample implements InSimListener {
private SimpleClient client;
private String hostname;
private int port;
private String adminPassword;
public NodeLapExample(String[] args) {
hostname = args[0];
port = Integer.parseInt(args[1]);
if (args.length > 2) {
adminPassword = args[2];
}
}
public void run() {
try {
client = new SimpleClient();
Channel channel = new TCPChannel(hostname, port);
client.addListener(this);
client.connect(channel, adminPassword, "NodeLapExample");
MessageExtendedRequest msgRequest = new MessageExtendedRequest();
msgRequest.setMessage("NodeLapExample");
client.send(msgRequest);
int i = 0;
while(i<10) {
client.send(new TinyRequest(Tiny.NODE_LAP));
Thread.sleep(500);
i++;
}
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
client.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
public void packetReceived(InSimResponse response) {
if (response instanceof NodeLapInfoResponse) {
NodeLapInfoResponse nodeLap = (NodeLapInfoResponse)response;
System.out.println(nodeLap);
}
}
static public void main(String[] args) {
if (args.length >= 2) {
NodeLapExample testConnect = new NodeLapExample(args);
testConnect.run();
} else {
System.out.println("usage: net.sf.insim.nodelap.NodeLapExample <hostname> <port> <admin password>");
}
}
}
Hmm, could be a bug in JInSim. Do you have a stack trace for the BufferUnderflowException?
I'll try to write an example program to verify if this is a JInSim bug (hopefully this week).
I have fixed one issue in rc3 or rc4 that could also fix this BufferUnderflowException, so you could also try the latest version:
http://www.lfsforum.net/showthread.php?p=708608#post708608
Ok I will add this in the next release 
Here is a new jinsim release 0.5.rc4: http://downloads.sourceforge.n ... 5.rc4.zip?use_mirror=osdn
Changes:
Changes:
- Fixed the bugs Starblue reported:
- fixed the endless loop when the ResponseListener throws an exception
- The MessageResponse getMessage only returns the message without the driver name. For the driver name use the getDriverName() method
- Changed the ChannelCloseException to an IOException so that the Channel is closed when an error happened.
- fixed the endless loop when the ResponseListener throws an exception
- minor fixes at the buttons
To not let countries race that have more then enough drivers is a big mistake. :thumbsdow
The Nations-Cup failed cause of a bad organization had I think with such decision the LFS World Series will go the same way.
Let every one race! It is not technical problem, there are enough server available (we austrian can provide 2 decent servers), only the organization must find a solution for this, and there are lots of possible ways.
If you want to run the races on only one server then make a qualification round with 2 or 3 races prior to the main event, were e.g. 6 countries battle for the last 3 starting positions in the main event.
Here you have also the chance to see the the procedure of the event works.
As austrian what should I do? Train for an event were I don't know if I can participate. Come on, do you really think anyone on the reserve list is motivated anymore or in the future?
The Nations-Cup failed cause of a bad organization had I think with such decision the LFS World Series will go the same way.
Let every one race! It is not technical problem, there are enough server available (we austrian can provide 2 decent servers), only the organization must find a solution for this, and there are lots of possible ways.
If you want to run the races on only one server then make a qualification round with 2 or 3 races prior to the main event, were e.g. 6 countries battle for the last 3 starting positions in the main event.
Here you have also the chance to see the the procedure of the event works.
As austrian what should I do? Train for an event were I don't know if I can participate. Come on, do you really think anyone on the reserve list is motivated anymore or in the future?
Sorry I haven't got the time to test this problem, but I read the code and I have an idea to solve this problem without using an extra try-catch. I hope I find time this week to fix this.
We have a thread in our own forum: http://liveforspeed.at/?q=de/node/1133
Ups, was a typo in the Url...
So here we go: http://liveforspeed.at/download/jinsim-0.5.rc2.zip
Changes:
* fixed SetCarCameraRequest (thx Starblue)
* added Car enum
(set position is already in 0.5rc1 at the NodeLap)
new version: http://liveforspeed.at/download/jinsim-0.5rc1.zip
Changes:
* Renamed packages from org.kerf to net.sf
* Fixed camera packet (thx. Starblue)
* UDP communication works now again
* OutGauge and OutSim also works again
* Fixed the not working examples, and all should work now fine.
All I wanted in version 0.5 is now included so this is the first release candidate.
Changes:
* Renamed packages from org.kerf to net.sf
* Fixed camera packet (thx. Starblue)
* UDP communication works now again
* OutGauge and OutSim also works again
* Fixed the not working examples, and all should work now fine.
All I wanted in version 0.5 is now included so this is the first release candidate.
Here the psd file of my logo suggestion (so that the globe can be preplaced by your prefered version):
http://liveforspeed.at/files/lfsws.psd
http://liveforspeed.at/files/lfsws.psd
A /i message is not seen by the others, so I use this on my host for commands. This is the ISP_III package.
I have said it in the german 24h race forum where a discussion started about a new event, that I offer my help for a 24h race event on the technical part. This means setup a central website where all the event info is hosted, and also the signup takes place. (I also own a root server where this site could be hosted)
Another part would be a live tracker for the event. I already startet to port my software to be easier extendable, and one of my next goals is to create a live tracker for a single server. Tracker for multiple servers that is needed should also be not do difficult.
A race at the end of february is a tight schedule, to get all the stuff working, because I think the tools should work perfect, and after the race the result should be known and not calculated in the next days by analyzing the lap logs.
You can have a look on liveforspeed.at to see how I do the results for our events. The F1C part of the site is also translation in english: http://liveforspeed.at/?q=en/f1challenge
Another part would be a live tracker for the event. I already startet to port my software to be easier extendable, and one of my next goals is to create a live tracker for a single server. Tracker for multiple servers that is needed should also be not do difficult.
A race at the end of february is a tight schedule, to get all the stuff working, because I think the tools should work perfect, and after the race the result should be known and not calculated in the next days by analyzing the lap logs.
You can have a look on liveforspeed.at to see how I do the results for our events. The F1C part of the site is also translation in english: http://liveforspeed.at/?q=en/f1challenge
Yes, the connect throws an IOException.
Thx, fixed this in my version.
I will post a new version as soon as I have fixed the UDP issue.
I will post a new version as soon as I have fixed the UDP issue.
Yes some examples do not work, cause I haven't updated all by now. If everything is stable the version number whould be 0.5 
The UDPChannel has some bugs, and I will fix this soon, until then try the examples using the TCPChannel.
The UDPChannel has some bugs, and I will fix this soon, until then try the examples using the TCPChannel.
Hmm, as admin you have always an eye on the race with the buttons system vs. an external application.
Otherwise if the rules system grows then only using the buttons can become unhandy.
On the other side, if the rules system is so complicated that you cannot handle it with the insim buttons system, then this could be a sign that the rules system is too complicated
Otherwise if the rules system grows then only using the buttons can become unhandy.
On the other side, if the rules system is so complicated that you cannot handle it with the insim buttons system, then this could be a sign that the rules system is too complicated
Hmm should be all doable with the insim button system.
e.g. in the Pit Lane is closed that a Button is shown to every driver that the Pit is closed.
And so all messages can be displayed via buttons.
Also the whole admin stuff can also be done as buttons, so that admins are able to display the userlist as buttons with the infos like pitstops etc.
On my dedi ( \\\liveforspeed.at#2 ) I have an insim tool running where users are able to display there last 3 laps on the servers with split times with the button system. (My tool is written in Java)
e.g. in the Pit Lane is closed that a Button is shown to every driver that the Pit is closed.
And so all messages can be displayed via buttons.
Also the whole admin stuff can also be done as buttons, so that admins are able to display the userlist as buttons with the infos like pitstops etc.
On my dedi ( \\\liveforspeed.at#2 ) I have an insim tool running where users are able to display there last 3 laps on the servers with split times with the button system. (My tool is written in Java)
I updated jinsim with the minor X30 changes:
http://liveforspeed.at/download/jinsim-0.4.99.zip
Also changed:
* InSim relay support is now included + example program
* Fixes at the comp car and MCI requests
* Fixes a the set camera request
* Added a Track enum so that track codes like 100 or BL1 can be converted in an enum value and then to the real trackname.
I have tested this version only with a X30 Dedi, but it should also work with X10.
http://liveforspeed.at/download/jinsim-0.4.99.zip
Also changed:
* InSim relay support is now included + example program
* Fixes at the comp car and MCI requests
* Fixes a the set camera request
* Added a Track enum so that track codes like 100 or BL1 can be converted in an enum value and then to the real trackname.
I have tested this version only with a X30 Dedi, but it should also work with X10.
I have created new package of jinsim with the latest fixes:
http://liveforspeed.at/download/jinsim-0.4.97.zip
* Some fixes at the button requests
* added java.lang.String to LFS codepages encoding
* fixed a synchronizing issue when sending lots of insim requests
* and maybe some more that I can't remember
http://liveforspeed.at/download/jinsim-0.4.97.zip
* Some fixes at the button requests
* added java.lang.String to LFS codepages encoding
* fixed a synchronizing issue when sending lots of insim requests
* and maybe some more that I can't remember
I did some additional testing.
One thing that I had wrong in my program was that I always send the maximum packet size of the IS_BTN request with 252 bytes. But this is not really a bug, its only a waste of bandwidth.
Now I have changed this to a dynamic size depending on the text length.
With this now, It looks like that it works now, because my 100 buttons test program works fine on my linux/wine LFS dedi.
My opinion now is that if the LFS dedi has to send lots of InSim requests to the client, that this can cause a disconnect.
One thing that I had wrong in my program was that I always send the maximum packet size of the IS_BTN request with 252 bytes. But this is not really a bug, its only a waste of bandwidth.
Now I have changed this to a dynamic size depending on the text length.
With this now, It looks like that it works now, because my 100 buttons test program works fine on my linux/wine LFS dedi.
My opinion now is that if the LFS dedi has to send lots of InSim requests to the client, that this can cause a disconnect.
Today I wrote a test program that displays 100 buttons and every second the text of 10 buttons was updated. I did only take one second until I lost the connection to the server.
I found in the log the following error messages:
TCP ERROR : WOULDBLOCK
TCP : Cleared emergency store
FATAL TCP ERROR : CONNRESET
I search the forum and found this thread:
http://www.lfsforum.net/showthread.php?p=465707
This gave me the hint that this could be a linux/wine issue, because my host also runs unter linux.
So I tried my test program on another dedi server that runs on windows and it worked. No disconnect after several minutes.
I will try to google a bit, maybe it is possible to tweak wine, or try a newer wine version, but I think this is unfixable as long there is no native lfs linux dedi
I found in the log the following error messages:
TCP ERROR : WOULDBLOCK
TCP : Cleared emergency store
FATAL TCP ERROR : CONNRESET
I search the forum and found this thread:
http://www.lfsforum.net/showthread.php?p=465707
This gave me the hint that this could be a linux/wine issue, because my host also runs unter linux.
So I tried my test program on another dedi server that runs on windows and it worked. No disconnect after several minutes.
I will try to google a bit, maybe it is possible to tweak wine, or try a newer wine version, but I think this is unfixable as long there is no native lfs linux dedi
FGED GREDG RDFGDR GSFDG