Your question is veeery short for two veeery complex themes!
Please ask us concrete questions.
Posts by Marcel Kuhnt
-
-
Do you remember the exact name of this spline?
-
Recalculating all rail blades is a very complex process, so due to the count of switches in the area you are recalculating, it can look like the MapEditor did crash, but it did not. Just give him more time!
-
- "Scaling of detailtexture" should not be 1 but 0, because I'm sure you does not want to use a detail texture. I know, you've never entered this value, but this happens while translating the material from Simple to Complex.
- But the main problem is a problem of the ContentTool: After adding tangent information, you have to restart the ContentTool...
- "Scaling of detailtexture" should not be 1 but 0, because I'm sure you does not want to use a detail texture.
-
Currently, they are working for Trams only.
-
Which paths do you mean? Road paths? And which kind of signals? Traffic lights? Junction lights? Requestings?
-
The reading procedures should not contain time critical processes! They should only set variables in your DLL which will be processed by different procedures. E.g. you could add a TTimer component and use its "OnTimer" event.
-
I figured out that the Steering Wheel it self is working. By working I mean that the buttons are working but the wheel and pedals, not. I can't connect them while I'm 100% sure they work.
And you've configured it properly in the options dialogue? Perhaps it could help if you attach a screenshot of your gamecontroller configuration.
-
Hmmm... everything seems to be ok... another test could be trying to let the DLL write into a test file some text. The ini file seems to be ok, too.
Last but not least, I do not know, if there are problems using Lazarus...
Did you try both 32bit and 64bit?
-
Hi!
Well, during an Early Excess, the performance can vary very much depending on new features or new performance enhancements. And basically, the performance is usually lower then at a finally optimized game.
But I cannot understand, why the performance while loading screen is a) relevant and b) with 33 FPS low? I think, 33 FPS are quite ok (apart from lags, of course) even in the game.Concerning your game controller: We have already threads about that topic in the forum. Did you already use the search function? Also I'm curious about your link to the logfile... please just attach it to the post.
-
One idea would be to let the DLL trigger some message boxes ("MessageDlg(...)"), where you can see, if and how it is loaded.
-
I mean that what functions can we use to get data from LOTUS? The plugin DLL example code contains all the functions the LOTUS can handle? Not like it wasn't enough, but I just want to make it sure.
Yes, that's currently all.
I just meant that if I want to use for example the velocity data for a speedometer via Arduino, I "export" the velocity data in the "ReceiveVarFloat()" function, since it's used for float types. So I write some code inside that function, something like exporting the value I need via serial port, HTTP, anything like that.
Yes, anything like that!
I was just curious whether you can name any simple program that can build dll files
Well, I am not a good source of information concerning that question – we do use Delphi and I know, there exists Lazarus, but that's all I know!
-
Hi!
What interface can we use to access the data in LOTUS? I mean what functions/methods with what variables? Is there a list somewhere, or the example code contains all the usable functions (ReceiveVarFloat...etc)?
I do not really understand what you mean with interface or methods in this context... https://www.lotus-simulator.de…php?entry/237-plugin-dll/ should describe everything...?
What features does the DLL plugin method support? Can it handle accessing to serial ports or intermediate objects like a port on the local IP address to use the data in another program?
If you write a DLL, you may use everything, which you get by Windows!
Can the DLLs use config files or is there any way to change a variable without building the whole DLL again (for example serial port numbers, if it can handle it)?
A DLL can also do read/write procedures... a DLL is nearly the same like an EXE...
functions are called when a propriate typed variable changes in the game
Currently, they are called just in every frame/loop.
So if I need a variable like that, I need to code in inside one of these functions (of course with the corresponding type). Am I right so far?
I do not really understand, what you mean...
Also, it's been a very long time ago since I built any DLL files, so I have to ask, is there any easy way to build from such a code as the example (so written in Object Pascal)? Also what do I need to make the plugin work? Make a plugins folder in LOTUS main directory, make an .ini file with whatever name I want, make a DLL file, all in this folder and that's it?
Hmm, every information and also an example should be given by our two articles...
-
Since the lexicon article(s) about scripts obvously could be improved, we have to know, what problems you had with it.
Or in other words: What are your concrete questions?
-
For example: there are a lot of too big polygons and also splines with a length over 100 m. So it is recommended to build with smaller pieces to increase performance.
Please mind: This point has nothing to do with the final performance of the map itself in simulation. You should avoid big polygones and very long splines to increase the performance of the terrain generation in the MapEditor. So you will benefit from this correction as map developer, but not as player.
-
Then please ask a question and I am sure we can answer it!
-
OK..... it seems to be a bug, because this new feature should only be active in absolute mode. I will check this!
Edit: Found it, please wait for the next patch!
-
Perhaps your screen ratio is 4:3 ?
-
Also I have noted that LOTUS “forgets” high res textures and those have to be loaded again
This has a simple reason: If you want to drive a longer trip, you will need too many high res textures for your graphic RAM.
-
I think, I couldn't describe all this better!
Thank you very much, Bzmot332!For the coupling rod, I think the better solution is the second one: Attach it to one of the wheels (they should not get a spring animation, because it would make everything much more complicated) and turn it with the wheel alpha variable in the inverted direction. It's a similar solution like the inward swinging doors like the Berlin busses front door.
