Yeah! I've been meaning to do some digging and maybe contact Scawen about the revision change in the .lyt format. Somewhere between the X->Y update it changed from 250 to 251 and not sure why. The wiki version says 247 so no help there..

Quote from Bob Smith :

Well it seems I got my degree in LFS. And here I am some 15 months later and I'm still working on the same program.

Yeah, I too have been working on the same program. Not the exact same program of course, but one that evolves with LFS code, user requests and programming ability. It's fun and a good lesson on maintainability. I have a few more classes to take before I pass that though

Layout Thingy -> LYTe
I am now working in C++ and OpenGL. Also rendering the .smx file and trying to figure out all the 3D goals such as animation, picking, lighting etc. Features will be what LYTe has now plus curves, undo, all tracks, etc and maybe an InSim connection for events and games! my smx render from another post

Well, I checked out their programming interface and it's quite simple, if you know C/C++. I know some but have never tried to talk to OutSim through it (only VB6 and Java), so that would be the hard part for me. The jacket already has predefined effects for acceleration, braking and turning. How to translate OutSim to those effects would be another hard part.

On top of knowledge of C/C++ and OutSim, you'll also need their programming files. tngaming.lib and tngaming.h I think, which I did not find on their site.

You might try the Let or LSet statements VB6 has. Probably Let because they are both of Something udt. If those still don't work, you could try the CopyMemory API to poke the memory into shape.

Umm, that is pythagorean theorem. a² + b² = c² or c = sqrt(a * a + b * b). Just calculates the distance, or hypotenuse, between two points. If you always want a positive value, don't forget to take the absolute value of that. In pseudo code (maybe C/C++), something like:

Interesting.. It can't open it because the revision number in the file is greater than 250. The .lyt format says to not read it if greater than 250, which LYTe checks for.. It seems patch Y saves the files with revision 251.

I don't know what the difference is but it seems to open fine when testing.. I will have to ask Scawen what has changed to see what I can do.

Thanks for letting me know!

OH! I forgot to mention to save the .pack files in a folder called packs along side the other folders. backgrounds, lang and objects. After that they should show up. Lack of documentation I guess! Well, its vaguely under Structure in there. Maybe lack of good documentation if anything..

Bah! I never did implement that pack feature correctly. Or at least when I wrote the documentation I wasn't thinking clearly. Whatever the case, the file dialog is correct and the doc is wrong. Use (AU/BL)_(name).pack. Eg: "AU_bale_corner.pack", when saving.

The current VB6 version is in no doubt need of an update but I may not get to it since now I'm doing it all over in C++/OpenGL. All tracks should be supported in that one along with undo, curves, autox manager via InSim, etc.. Stand by..

you could try updating your video card drivers..

That's strange.. I haven't tested a LYTe (VB6) layout in X30+ yet so I guess it could be that. I don't see any autox related changes but I will do some testing later today to check. I do need to release an updated/fixed and final VB6 version soon as my C++/OpenGL version is progressing.. And yeah, adjusting the size of the objects depending on zoom level was one of my planned updates. Any others I should add?

I attached a screenie of the South City SMX rendered in the new C++ version. No objects on it yet. I will have to start making those models and textures, if I can't use the .dds ones, soon. Anyone with some 3D modeling skills (3Dstudio/blender/etc) want to help?

Last edited by Stuff, Thu 20 Dec 2007, 18:29. Reason : arrg

You can still do that. JamesF1 was talking about rendering the cars in a separate 3D modeling program such as 3DS Max or Blender where you can pretty much do anything. What you want, I think , is not rendering but just changing the in-game textures. Info on that here.

You don't clear/delete the old buttons? That is the first thing I would check. I know you specify the same button/click ID but it may be possible that, if the width/height are not zero, the new button is either dropped or appended to LFS's button buffer, causing that buffer crash. InSim.txt says if you want to update an existing button, to make sure width or height is zero.

Save the layout to your (LFS folder)\data\layout folder..
Open up LFS then go to the layout's track (BL3/carpark)
If the layout wasn't automagically loaded or anything, press shift+U to bring up the menu
In the lower right you should see some buttons to load the layout. If not try pressing space to toggle the UI.
Drive

General rule number 127.55 section 7 of the internets code state that ye shall search before ye post.

http://www.lfsforum.net/showthread.php?t=30145

Err.. what about the_angry_angel's excellent post above? Combine his code with some classes and you'll be good to go. (I will be eventually) Here is a basic tutorial on classes (and a bunch more) to get started.. http://cplusplus.com/doc/tutorial/classes.html

Hi! Only way I know of to do this with DirectInput is to use the SendInput API.. I don't know of any .NET equivalent. Here are a couple links to get started: MSDN and API-Guide (see example link on that page for VB6 code using the API)

Last edited by Stuff, Sun 11 Nov 2007, 20:32.

Hmm.. I have no idea why the objects would be "pass-through". I don't think the layout format has changed much, besides new objects. Well, nothing that would affect collision detection. Only thing I can suggest is to open, save then reopen the layout again.. If that doesn't work, you can try LYTe..

Well, my first piece of advice would be to post in the programmers section as this is not an add-on yet but more of how to do the programming..

Anyway, why not both? If you do it both you would basically being using the user id (always unique, never changes, primary key in a db concept and the way LFS does it) but also be storing the player's name for statistic purposes. Allow the manager to sort by either one. For banning, have two levels. First would be a spectate ban (no racing) then if they won't shut up or whatever, ban from the server. Another idea would be to have passwords you manage associated with each player name. If they don't type in the right password, back to user id mode.

Overall, just ideas and it is a program. It can be as stupid or as smart as you make it.

You could use LYTe and this map. Make a copy of the track png you want to use, overlay the map onto it, select it from the dropdown in LYTe then draw over it.

Bah, I voted too early.. The question I read was "C# or PHP?" and not "C# or PHP, which is easier for InSim?". I've never really used C# so if I could take back my vote I would. That doesn't mean I would vote for C# however, because as stated, never used it so would be an unfair opinion.

Hmm, have no idea about serial ports but Planet Source Code has a few programs/source examples to check out.. I found some here and here

Quote from duke_toaster :

TugZIP FTW!

Me too! Great program. Free, supports all types of formats and can even zip rar and ace if you have those exes.

Hmm.. my advice for CSS beginners is to use Firefox with the Firebug extension. With that you can inspect elements and see how CSS works by toggling options on/off, adjusting values and add/delete style rules. The closest way to do this in IE, that I know of, is its Web Developer Toolbar but not near as easy as Firebug.

me too!

This one: http://youtube.com/watch?v=e-RUG-DdQUQ

Note, I don't know this song, I just searched for what I could understand from the lyrics. I did a search for: "feel the rhythm like" heartbeat and tada, first match then found the song on YouTube.