Show Posts

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 - GRUNZ

Pages: [1] 2 3 ... 6
1
Hi All
I have been holding back using the latest version because there is some incompatibility between RCS64 and the SmartSensor (software vers 14).
For instance, one of the issues is that when a car is in pit mode (sensed by the SS) there are no brakes.
This means that you have to coast inside the pitlane. Instead with the RCS64 version I was using before (.127 I think - where there was still the "GO" option in the pit menu) with SS ver 12 I could use the brake button to stop the car in the pitlane where ever I wanted.
So there is something wrong here. The worst part is that this incompatibility is creating some issues with counting laps.
Despite this, I decided for our latest series (3DTM) to give a new version a try. Main reason is that is more responsive than version .127.
Also I like that one can set the tyres wear such that they can last longer than 100 laps.

It was ok to live with the missing brakes in the pit. What I was not expecting was that during practice/quali/race we are missing lap counting: once in a while one or more driver will not see their lap counted where going over the APB.
Why do I think that this is an issue with the SS? Because I did some testing where I unhooked the SS from my laptop and there were no missing laps.
My laptop is a dell latitude with 16GB of RAM and i7-5600U CPU@2.60 GHz.
I dock the laptop on a dockstation where I have two monitors and all the usb cable attached (FTDI, SS, mouse, etc).
My update frequence is set to 1. But even changing to 5, 10 or whatever has not really helped much.
One interesting thing: I have done lots of tests running laps against a pacecar (fixed speed). The pacecar never misses a lap. It seems that only the IDs controlled by a human are affected.
I can rule out that is an issue with the apb or the cable: I have two APBs and two cables and the issue is there no matter which APB/cable I use.

Our races are pretty long: we do mini endurance races of 30 min each. Each driver misses between 5 to 10 laps per race. Couple this with the lack of adjusting lap counting via software (basically I have to pass the car manually over the APB during a track call to put in the missing laps) and it makes for a very frustrating experience.
The situation is so bad that we are now back to version .127

I know that this is not going to be fixed because you guys are not supporting RCS64 but I would like to know if I am the only one with this issue.
thanks
g
 




2
First of all, if your guys are reluctant to spend extra racing time then they really must have some serious issues. Have them checked, mate! ;-)

Martin, I am not sure that I follow you: what you mean to use track call to disqualify a driver?

3
Issues with version 4 / Re: Dynamic breaking.
« on: September 05, 2015, 10:04:46 PM »
What has the trottle profile to do with the brake??

4
you shoud also take into account when also the fuel simulation is on. This could cut your initial power to 85% while growing towards 100% during the race. So not everyone will be on the same level of power. In my view the effect of damage on power should not be too drastic. Already a reduction of 2% can get you in to trouble to defend your current position from a faster car.

5
Cool. let me know if you are able to reproduce it.


6
Future Development / Re: Rally Mode
« on: September 02, 2015, 03:58:09 AM »
I am bumping this up....Any updates on the rally cross with the jocker lap? As I have said before this would open up a new racing mode with just the hardware that most of us have already installed (pit sensors).

7
Future Development / Re: Change to Series sequence
« on: September 02, 2015, 03:54:31 AM »
I have tried some time ago but the strange thing was that it asked for rotation or something. It didn't make sense to me and I gave up.
I might give it another go and I will report back. The fact that there is no written manual does not help either because my laptop where I run RCS is not connected so I cannot watch videos.

g

8
I agree as well that 2% is a good starting point. It would be interesting also what to do when the car gets to 0 damage point.
Let it go is the limited power resulted in the accrued power restriction or revert to safe speed? In any case, the lap counting should stop for that car so that the driver is forced to do a pit stop to repair the car. The advantage to reduce power only to the accrued power restriction is that other cars are less likely to bump into given that the speed will be not as lower as the safety speed. This is especially true if you have pacecars. But I would leave this as an option to the user to decide.

9
I have noticed several times that when a (endurance) race is finished, the audio message of the winner ID is most of the times wrong.
Last weekend I noticed why it was most of time times (sometimes it would get it correctly)...Basically the audio message will announce as winner the ID of the car that last pass over the S/F line. With last I do not mean the last position I mean the last car that will conclude the last lap before the race is over. If it happens that is the car that has the most of the laps (basically the winner) then it would be the correct announcement. But most of the times is not.

I am not sure that this happens in GP mode as I have not raced in this mode for a very long time.   

10
Martin/Marcel
Does my bug report make sense to you now? Or it is still unclear?
if you have a smartsensor it should be pretty easy to replicate.

11
Future Development / Re: Change to Series sequence
« on: August 31, 2015, 10:47:08 PM »
Hi Marcel
To be honest, Greg's post at the time he posted it didn't make much sense to me. But after that I have joined an analog group where we have a 4 lane track it makes perfectly sense. We have regularly 10 people racing and what Greg is describing is exactly how we fit 10 racers on a 4 lane track. There is a qualify session and then depending on the number of drivers racing groups are formed so that you get to race against people close to your racing skill.

For me, what I would like is something a bit more basic: running a championship where the program would keep track of the points each driver get per race. However, I do not want to be constrained by the program to put me in Pract-Qualify-Race-Pract-Qualify-Race...I want to say "this race is for this championship" and what I expect is that after the race completes the championship points (that i want to be able to specify for each scoring position) are updated with the standings of that race.

12
I do not understand the "car might stop" comment. What we are suggesting here is to have a similar effect as for fuel load. If you set the power at 30% on a car with full tank then yes your car might not move around some corners. That's is why the user can set different values for each fuel level (to sensibly adapt it to the car power). What I think would make sense here is to say how much power reduction each damage point will cost you that should be subtracted to the actual power you have (depending of fuel if fuel simulation is on).

For instance, you can set that each damage point will cost you 2% in power. So if you are at 85% of power because your fuel level is 100% and you make a track call then your power will be 83%. Or in other words it will be: current_power - (number_of_damage_points_used * percentage_of_power_loss) -> 85-(1*2) = 83

Of course, you have to use sensible values. If you put 10% loss for every damage points and you have 5 damage points by the time you get to the last damage point your car will have 40% less power and if you have also fuel simulation then it could be going at a crawling speed...

13
I agree, I think it is a bit too late to add this in the upcoming release. Maybe add it to the list for the following-up version. We still want something new for Xmas, don't we? ;-)

14
By the way, with the option "apb before the pit exit" if I deselect the option "add lap when passing over pit sensor" and I use instead the other option "add lap when pit menu is open" then the issue disappear: I mean the practice session will work as expected.
Of course in Analog I do not want to use the pit lane or the pit sensor but I think that the fact the pit sensor gets disabled when going into analog might create some issue with the timer during an event.   

15
So in digital I have my APB before the pit exit and I have the smartsensor so I have selected the option to have a lap added when the car passes over the exit sensor.
In these settings, if I put the track in analog mode and I want to do a 20 min practice basically when the event starts it will show 00:00:00:00 in the remaining time and when the car goes over the S/F line the apb will detect the car (the audio message associated with he car will be played) but no laps will be counted.

Pages: [1] 2 3 ... 6