How about throwing away those dynamic types/structures and using classes instead? Dynamic stuff will be easier, can do functions/subs too and more object oriented.
All depends on what you're doing.. so I'm just throwing ideas out there.
All depends on what you're doing.. so I'm just throwing ideas out there.
What I meant (and said?) was VB6/Classic is dying, not anything .NET. Both VB language but very different in terms of operation.
Everything else I agree with. Overall, depends on what you want to do and are most comfortable with.
Hmm, haven't poked around with Java in a while but I think what you want is the class path. These might help: Wikipedia Classpath and Setting the class path
Aww, c'mon axus and Woz. VB6 isn't that bad. The main reason people think this is that it's relatively easy and was a lot of peoples beginning language back-in-the-day. This lead to a ton of crappy code from the noobs and you get the bad reputation as a result. VB6 can be a good language if you know what you are doing, and yes it usually involves API calls, which is nicely documented. Check out AllAPI (get the API-Guide if you plan to continue with VB6), VBCorLib, Planet Source Code and of course MSDN. And for a recommended VB6 IDE add-in, I suggest CodeHelp 2.2 and MZ-Tools. (I have an installer for CodeHelp if you have problems)
With that said, if you are new and want to make a big program, don't use VB6. It is a dying language and will not be supported in the future. If you are going to stick with M$, learn .NET and/or C# (yes, I know about mono) but my recommendation is C/C++ or Java. They are powerful, will be around for a while and with something like WxWidgets for C/C++, cross-platform is a little easier.
So anyway, for the VB6 pack and unpack.. you can see my method in that VB6_ISE t1ger linked to. I might update that for InSim 4 btw but the un/pack method will mostly be the same. Check that out for ideas and if you continue on with VB6 and need help, well hopefully I can answer.
With that said, if you are new and want to make a big program, don't use VB6.
It is a dying language and will not be supported in the future. If you are going to stick with M$, learn .NET and/or C# (yes, I know about mono) but my recommendation is C/C++ or Java. They are powerful, will be around for a while and with something like WxWidgets for C/C++, cross-platform is a little easier.So anyway, for the VB6 pack and unpack.. you can see my method in that VB6_ISE t1ger linked to. I might update that for InSim 4 btw but the un/pack method will mostly be the same. Check that out for ideas and if you continue on with VB6 and need help, well hopefully I can answer.
Hello! Little update: LYTe is still under development, at least slowly, and mostly in C++/OpenGL now. IRL things have been busy so I haven't had much time to code and make anything substantial.
Anyway, for the curves and stacking.. I have alpha curve code, and undo code, in C++ so I might be able to implement those updates easily in a 0.5.0.6 update. At least the zoom bug and languages. For stacking, haven't really tried. I could experiment with the Z coord and see what happens. Its always upto LFS so not much more I could do than that.
Little update: LYTe is still under development, at least slowly, and mostly in C++/OpenGL now. IRL things have been busy so I haven't had much time to code and make anything substantial.Anyway, for the curves and stacking.. I have alpha curve code, and undo code, in C++ so I might be able to implement those updates easily in a 0.5.0.6 update. At least the zoom bug and languages. For stacking, haven't really tried. I could experiment with the Z coord and see what happens. Its always upto LFS so not much more I could do than that.
"Billy Bob just picked up the new MotoGP 1.21jw bike, sped up to 88mph and all of the sudden gone with a big flame behind him! Too bad he was found a mile away; stuck in a hill due a bug in his bike's software, which was running Microsoft Flux Capacitor 2012."
(Back to the Future?)
(Back to the Future?)
Hmm, with that many problems it almost sounds like the data is getting corrupted? I see you restarted your router but how about any modem, if separate that is.
One thing I would do to see if its a hardware or a software problem is to get something like a BartPE disc or perhaps a Linux LiveCD to see if other software behaves the same. If so, its hardware, else software.
One thing I would do to see if its a hardware or a software problem is to get something like a BartPE disc or perhaps a Linux LiveCD to see if other software behaves the same. If so, its hardware, else software.
Sorry that's all I made 
However, they will be obsolete within a few months (I hope) because LYTe will load .smx files and edit everything in OpenGL. 
However, they will be obsolete within a few months (I hope) because LYTe will load .smx files and edit everything in OpenGL. Hmm. I'm guessing a port/connection conflict. Is the LFS server using the same port to do both InSim and get a layout? If so, maybe when it connects to get a layout it has to kill any existing connections first because the port is in use. (bind issue) If not then I'm out of ideas.
"Kal-El, I am your father... and your mother was a F1 car that I used to drive crazy, so she left me"
Instead of doing this with MCI packets, you could use the new IS_AXO packet along with a marshal circle. About the only thing it would do is save on CPU processing and figuring where those coordinates would be. All this of course depends if the marshal circles are big enough and if LFS considers them "hit" when you drive into one.
I dunno really, just brainstorming.
I dunno really, just brainstorming.
Bah! Yeah.. very stupid mistake on my part (of course) for the initialize bug. Left some debugging code in there that caused all those problems. Anyway, its updated and I added a few more features as well. Let me know how it goes.. -click me
-click meHey! Long time no updates.. Instead of explaining why I haven't been around for a while, I'll just get to it. This version, 0.5.0.4 has quite a few updates. Ctrl+C and Ctrl+V (no undo yet, that's next), language files, cfg instead of ini, tiny graphic tweaks and a ton of rewriting. Full details and the download are on the first post.
For the future of LYTe.. I've been learning more and more C++ and OpenGL everyday so expect in the next versions (0.6.0.0+) for one hell of an update. That is, of course, if freaking reality doesn't step in and interrupt me.
Will keep ya posted.
And of course, thanks for the interest and advice with everything.
This version, 0.5.0.4 has quite a few updates. Ctrl+C and Ctrl+V (no undo yet, that's next), language files, cfg instead of ini, tiny graphic tweaks and a ton of rewriting. Full details and the download are on the first post.For the future of LYTe.. I've been learning more and more C++ and OpenGL everyday so expect in the next versions (0.6.0.0+) for one hell of an update. That is, of course, if freaking reality doesn't step in and interrupt me.
Will keep ya posted.And of course, thanks for the interest and advice with everything.
Sounds like a asynchronous socket error. (WSAEWOULDBLOCK) It basically means that the socket is busy or waiting and it would tie up or block your program from doing other things. Usually you should just store what you have and wait until you get another event that says its safe to call receive again. I'm not sure what language you're using but hopefully that makes sense.. If not, give us more details, etc..
If not, give us more details, etc..I'm not sure what you're trying to do by converting floats to hex but I have an idea on how to. Floats, or Single in VB6, is 4 bytes and so is a long. Just CopyMemory the single bytes into a temporary long then convert it to hex with Hex().
Like so..
I don't know if its the value you need but I'm assuming bytes are bytes when converted to hex. However, I don't get the same, 32bit answer as PowerToy Calc. On the "good" side, longs and the CopyMemory API is how VB6 handles things like pointers and memory manipulation.
Hope it helps?
Floats, or Single in VB6, is 4 bytes and so is a long. Just CopyMemory the single bytes into a temporary long then convert it to hex with Hex().Like so..
'declare this somwhere
Private Declare Sub CopyMemory Lib "kernel32" Alias "RtlMoveMemory" (lpvDest As Any, lpvSource As Any, ByVal cbCopy As Long)
'then do
Call CopyMemory(lngTemp, sngValue, 4)
MsgBox "hex?: " & Hex(lngTemp)
I don't know if its the value you need but I'm assuming bytes are bytes when converted to hex. However, I don't get the same, 32bit answer as PowerToy Calc.
On the "good" side, longs and the CopyMemory API is how VB6 handles things like pointers and memory manipulation. Hope it helps?
whiteout. because of the hangovers after a blackout :drunk:
pie or cookies?
pie or cookies?
Hellos, sorry I've been away and haven't responded in a while. This week was a nightmare.. (deal to sell my ol' Nissan went south 
)
Anyway, for LYTe's status, probably going to release a small update next week as a final VB6 version then continue working on the C++ version and release that when its done.
In the meantime, any more features anyone can think of? Besides curves, speed, more tracks supported and connect to InSim?
I say InSim because I hope to implement it as a "layout race watcher" kinda like LFS spectator/race manager thing... Also I want to implement a "remote layout browser" that would connect to sites like LFS DB, dwlayouts, etc and allow you to browse, download and maybe upload layouts. And! maybe even some type of game system the people on the layout could play. Obstacle course, soccer (football), etc. So if all goes well, LYTe could be a whole auto x manager and not just an editor. Good stuff, if only I can get more time to design and implement all of it nicely..
) Anyway, for LYTe's status, probably going to release a small update next week as a final VB6 version then continue working on the C++ version and release that when its done.
In the meantime, any more features anyone can think of? Besides curves, speed, more tracks supported and connect to InSim?
I say InSim because I hope to implement it as a "layout race watcher" kinda like LFS spectator/race manager thing... Also I want to implement a "remote layout browser" that would connect to sites like LFS DB, dwlayouts, etc and allow you to browse, download and maybe upload layouts. And! maybe even some type of game system the people on the layout could play. Obstacle course, soccer (football), etc. So if all goes well, LYTe could be a whole auto x manager and not just an editor. Good stuff, if only I can get more time to design and implement all of it nicely..If not too hard, or if no one else comes around, I can help..
So you want to be able to edit the cfg.txt within the LFS folder and be able to restart LFS if needed? Hmm.. What languages we talking about? php/jsp/asp? On a Windows box? Maybe vbs? Or even a tiny program (VB6/Java/C++?)
Or maybe if this gets complicated and I get ambitious, maybe you can run a server for me sometime..
So you want to be able to edit the cfg.txt within the LFS folder and be able to restart LFS if needed? Hmm.. What languages we talking about? php/jsp/asp? On a Windows box? Maybe vbs? Or even a tiny program (VB6/Java/C++?)
Or maybe if this gets complicated and I get ambitious, maybe you can run a server for me sometime..
Hmm, I'm not too sure about python ints, but you shouldn't be getting those high of values from a C++ integer thats been divided by 65536. Remember, that int is signed which means the range is -2147483648 to 2147483647 (or in LFS, -32768m to 32767m). Other than that, I'm not sure what you're trying to do by getting the amount of meters? Elaborate please
I've also thought of making some courses/autox layouts that have objectives or points to make it more fun somehow. I think you would definitely need to use MCI packets because it will give you everyones position whereas OutSim only does the currently viewed person.. And I dunno about respawning cones, but you could check if the person drove into an area with those MCI packets.. Hmm.. could be a fun layout.
I've also thought of making some courses/autox layouts that have objectives or points to make it more fun somehow. I think you would definitely need to use MCI packets because it will give you everyones position whereas OutSim only does the currently viewed person.. And I dunno about respawning cones, but you could check if the person drove into an area with those MCI packets.. Hmm.. could be a fun layout.
I'm not sure what defines a sector or a node, but you can get "nodes" from the MCI or NLP packets using InSim. And you can match up the unique IDs of those node packets with the new flag packets to get that info too. Only thing I can think of atm.
VB6 InSim Example (VB6_ISE)
Hello again! More stuff for ya.
About..
VB6_ISE is an open source project (written in Visual Basic 6 (not .NET)) for people messing with the Live for Speed InSim system. It is not a framework or library of any sort (I think) but it does do a nice job of wrapping up all InSim packets into a nice class and some user controls, making it much easier to work with. Other examples include an InSim gateway, a http browser XP themes, tabs, a list-view with icons, tray icon, etc.. Its just an example so not all things are thoroughly implemented. Error handling to name one.
To Use
You first have to enable InSim in LFS by typing "/insim [port]" into the standard chat box where [port] is the port you see on the InSim tab.
The reply port is set to the port displayed +1. Once InSim is enabled, make sure the IP is "127.0.0.1" (for local connections), your admin password is in there if applicable and hit connect. All output should be stuck in the "console area" below. Once you're connected the icon will turn green and if in game, the list will populate. After connected you can set the intervals for OutSim and OutGauge as wanted and add a listener or three for the gateway. The example browser can be used at any time.
OK
So please, take a look through the code and take what you like. If you have any improvements or need any help, please don't hesitate to post and ask. Have fun!
About..
VB6_ISE is an open source project (written in Visual Basic 6 (not .NET)) for people messing with the Live for Speed InSim system. It is not a framework or library of any sort (I think) but it does do a nice job of wrapping up all InSim packets into a nice class and some user controls, making it much easier to work with. Other examples include an InSim gateway, a http browser XP themes, tabs, a list-view with icons, tray icon, etc.. Its just an example so not all things are thoroughly implemented. Error handling to name one.
To Use
You first have to enable InSim in LFS by typing "/insim [port]" into the standard chat box where [port] is the port you see on the InSim tab.
The reply port is set to the port displayed +1. Once InSim is enabled, make sure the IP is "127.0.0.1" (for local connections), your admin password is in there if applicable and hit connect. All output should be stuck in the "console area" below. Once you're connected the icon will turn green and if in game, the list will populate. After connected you can set the intervals for OutSim and OutGauge as wanted and add a listener or three for the gateway. The example browser can be used at any time.
OK
So please, take a look through the code and take what you like. If you have any improvements or need any help, please don't hesitate to post and ask. Have fun!
Works for me. Working now as I type..
Very cool. I would love the source too or some pointers to get started myself to do these things (connect to D3D8.dll). Now the only thing you have to do is connect to InSim and make the stats real.
Very cool. I would love the source too or some pointers to get started myself to do these things (connect to D3D8.dll). Now the only thing you have to do is connect to InSim and make the stats real.
Lets see. I'm not too sure about the horizontal scrolling thing you are describing. I don't watch nascar but what it sounds like is kind of like Mario Kart where you have a horizontal (or vertical) line that represents 1 lap. The far left is the start line and the right the end of that lap (also the start/finish line). Racers are placed on it depending on how far around the track they are.. For InSim, this would be perfect for NLP packets. Only "problem" with NLP packets is that node 0 is not always the start/finish and the bounds are different depending on the track. If you knew those 3 values then it would be pretty easy. Anyone have them?
But yeah, I like the idea. It would make a nice addition to easily visualize the race. And if you could overlay the graphics directly onto the LFS window, that'd be even better.
For me, I can do everything except for the overlay onto LFS but not right away. Working on releasing a VB6 InSim Framework first. Would love to help once thats done.
But yeah, I like the idea. It would make a nice addition to easily visualize the race. And if you could overlay the graphics directly onto the LFS window, that'd be even better.
For me, I can do everything except for the overlay onto LFS but not right away. Working on releasing a VB6 InSim Framework first. Would love to help once thats done.
FGED GREDG RDFGDR GSFDG