zorlac

(Oh, by the way, these active modules are the first of many I plan for various games. I just needed some to get the underlying code framework in place before I sart coding some more)

Its been a while since the last release of TouchBuddy*, but we just got carried away adding new features, and the next thing we knew it was 2007 :music_whistling: . The release notes for v1.3.0 are almost as long as the release notes for all the previous versions put together! Anyway, with the latest release of TouchBuddy due within weeks, I have created a small movie showing how to add the new Active Modules to an existing profile. In this case, I add the new Active TEWS, and the simple payload modules to my (basic) Lomac profile. Then after that, the movie goes on to show these modules working while in game. Toolkit/TouchBuddy Lomac Active Modules http://www.touch-buddy.com/forums/local_links.php?catid=1#linkid60 Its about 29Mb ZIP, with a WMV file inside it. Enjoy! As stated in the movie, my machines was getting hammered trying to run everything and record it at the same time, so the module updates are slower in the movie than they are normally. p.s. - If anyone from Eagle Dynamics happens to read this (Chizh, Han, Wags maybe), and would like to help me code specific modules and features into TouchBuddy for the Black Shark release, you know where I am :music_whistling: (Yes, I know most of the LUA stuff is likely to change in BS, hence the required head-start to get it working) p.p.s - I have a TB + GTR2 movie coming out soon that shows TB in use with the "click-through" module, and using the GTR2 PD tool * References for anyone who may have missed it before: "My New Toy" Thread (Touchbuddy stuff starts on second page) TouchBuddy v1.0.0 Released Release: TouchBuddy v1.0.2 TouchBuddy Forums

obvious question, but is the onboard sound enabled in the BIOS?

Incredibly hard. Its not just a simple case of patching a bit of code, it would be easier to rewrite it from scratch to support multi-core/multi-cpu. The problems that appear when you start running code on seperate cores is vastly more than just twice as difficult. I have been playing (briefly) with multiple threads in the upcoming version of TouchBuddy, and its an absolute nightmare to back-port it to use the multi-core/cpu efficiently.... so I only used it where I really needed it, and even that small routine was a horible horrible few days of coding. You have to ensure that everytime one part of the program access some shared data, that that data is tested to see if it can be locked (or wait until it can), then attempt to lock it (and wait if it cant) then read or write to the shared data, then unlock access to the shared data, so other parts of the code can access it. If you dont lock your shared data, you end up with one part writing while another is reading, and one or the other will obtain an invalid result. You also have to make sure that if you are blocked from access by a lock, you have to wait until you can, or go off and do something else and come back again. Debugging multi-core/cpu code also becomes a bloody nightmare... OK, your code just did something odd.... which part? it might not be the part you think because some of it is running separately, and it might be that part that is crashing. Was it the part that wanted to read some data, or the part that wanted to write to it? if you have more than 2 "threads" going, which one of the multiple threads was it that crashed, and why? if thread #4 crashed, which thread was it that it got upset about, or did it crash all by itself? I am hoping that Tank Killers will be written from the ground up as a multi-core/cpu capable game, but I would be very very suprised if LOBS is multi-cpu/core aware.

holy cow!!! And it looks more stable than my 25T :music_whistling:

Release of v1.3.0 is getting close now... just some last issues and testing of current builds, plus bug fixes. I did post the release notes for v1.3.0 here: http://www.touch-buddy.com/forums/showthread.php?t=558 but obviously these will be updated when we do release v1.3.0 I feel very confident about this release, there is a hell of a lot of new stuff in it, and the release notes for v1.3.0 are as long as the release notes for all previous version put together!! We are in "lets make videos" mode at the moment, so expect a few more to be released, showing various aspects of TouchBuddy in use with games, showing advanced features, methods for creating profiles, watch the Toolkit in action, etc. By the way, TouchBuddy will be exactly 1 year old on New Years Eve, which was when I first had that crazy idea... looking back at the stuff that I have had to learn, and what has been achieved with TouchBuddy and WBK's Toolkit, I am just amazed :)

have you tried adjusting the TIR profile curve to remove the "dip" or "deadzone" in the middle of the range of movement?

Oh man, I am so jealous.... :cry:

found the broken map (flotzilla.mis had been corrupted)... replaced it, patching server, will be back online again shortly

could this be due to the problem with network play and a dual core CPU? I always run my lomac using procaff (mostly because starforce crashes the entire machine if i dont), but I know some people here have mentioned an online problem with dual cores (and some people say it doesnt affect them). Just a thought...

Bob @ RC Sims (UK) mentioned that the x52 Pro had Hall sensors, so an improvement over the old pot technology. I can see it being a good replacement if your existing joystick went pop, but its pricey if you just want to upgrade from your existing and fully functional x45/x52/Cougar (or whatever)

I had an X52 for about 2 hours a year ago, but it had a huge dead-zone, so I returned it, and have been happy with my springless x45 ever since. Will wait until either my x45 goes pop, or until I get my hands on a x52 pro to play with, and then make a decision.

dedmac (i think) tries to move the server's screen to map view, but the VVS504 server have that disabled, so it just sits there watching an airfield as a spectator. dedmac doesnt allow you set the "server" player to join one side of the other

My company will be billing you for the expense of cleaning my desk, there is now partially eaten sandwich all over my keyboard and screen :lol:

512kbit/sec is probably good enough for 8-10 clients without running into any major lag problems. On the server, tweak the "MaxFPS = xx;" option (doesnt exist by default) in graphics.cfg file so it spend less time updating the graphics, and more time running the code. Both the VVS504 servers run with "MaxFPS = 5;"... it doesnt mean the connected clients only see 5fps, it just means it updates the server's own screen less often.

Hurraah!! Getting Vista to run in VMWare has been a real mission :(

which link are you talking about? (Currently pulling 600Kbyte/Sec via my DSL link, and 2.5+Mbyte/Sec over my corporate site link)

Another mirror, if that helps... the lockonskins link is dead, and the jabog server is going into meltdown from the VTB movie :) http://www.syn-ack.com/lomac-hosted/Project_50.wmv

bah humbug!! :thumbup: :thumbup:

I added an extra Gig of memory over the weekend, and LO:FC Starforce barked at me for the CD.

oh, thats right, rub it in why dont you :P :joystick:

Is this "hall effect" sensors, instead of the usual pots?

then just lock the joystick "twist" so it doesnt do that anymore. I am tempted by this, but will wait and see. As I have a long term hand/thumb injury that the long hours of flying tend to aggravate, I removed the spring totally from my current x45. Will need to see if the spring on the x52 is light enough... or maybe i`ll just buy it anyway and butcher it :) and the SDK... am curious about that too...

yep, its configurable to show basic TEWS version or the "extras" version...

TouchBuddy website seems to be up again (I dont host it). I have just got back from a 3-4 day LAN and social weekend, and am just shattered. I had some good coding sessions while I was there, but spent far too much time relaxing and chatting, and not as much coding as I was planning (I didnt manage to get around to starting to engine/fuel management active module).