LazerPotatoe

Also, keep in mind, with TV, your resolution is dependant on the source signal. It doesn't matter how big your TV or monitor is, if you're still pumping in a regular 768x576 TV signal, then it will look stretched and crappy. regards, LP

Let me try and clarify this for you: - resolution and "definition" mean basically the same thing; - regular TV has a resolution of about 768x576; - HDTV currently can be 1280x720 (720p), 1920x1080 (1080i,1080p); - 17" or 19" LCD monitor: 1280x1024 - widescreen 24" monitor: 1920x1200 You don't call a monitor "high-definition", because they always have been higher definition than any tv. Maybe you should look at a widescreen monitor, but I don't know if the Xbox will work with it. You can ask for more info about that here: http://www.widescreengamingforum.com/ Hope this helps. Cheers, LP

Is it possible to have a train as a target in a mission? If not, maybe in the future. Thanks, LP

And if you don't like those voice control programs, try "Shoot". It's free: http://clans.gameclubcentral.com/shoot/ I love it -- it works great in Lomac for talking to wingmen, tower, awacs, etc. Cheers, LP

Vikhr: http://www.youtube.com/watch?v=g2nBJ9dRr6M

Microprose F-117A steath fighter - c64 Gunship 2000 - c64 Novalogic Commanche Janes Longbow 2 Novalogic F-22 Lightning 2 LOMAC LOMAC:FC EECH Ah, the memories... :)

Love?

Ya, you're right -- there's definately differing levels of realism involved, and it is hard to define what level is good enough for a whole community. It's more of a personal acceptance level. I've never played Steel Beasts Pro, so I'd likely satisfied with tanks on par with OFP. But, as soon as I know something is unrealistic, it bugs me, and I want to see it fixed. For example, when I was playing LOMAC 1.02, I didn't know that the Vikhr had a spiralling flight path, so it didn't bother me. Now that I know EECH is modelling it wrong, I want to fix it. But if ED does open things up more to modding, were all going to see some strange stuff. Why is it not enough for people to just not download those unrealistic mods, or not play on the servers that use them? Are you worried that the entire BF2 fanbase will switch over and start playing LOMAC? LOL - just j/k But seriously, is that your concern -- that new users will wrongly assume that everything is realistic? Or that we're giving more ammunition to the Falcon 4 crowd? LP

I agree with some people here, that are worried that we will soon be seeing people using mods that don't honor the realism of the rest of the sim. But I also think that "undermodelled" does not mean "unrealistic". So if the community were to create some addons that were undermoddelled, but opened up a whole new way to play the game, IMHO it would be acceptable. For example, if players were able to drive around in a tank, and it had realistic range, and damage -- how does that make it like Battlefield 2? Regards, LP

Freedom I'm sure people will do what they want. You'll get your fighter upgrades, but let people be creative. You don't have to install mods that you don't like. Don't fear the UFO -- LOL:megalol: Respectfully, LP

If you don't want to buy a network switch, you can try using a "crossover" cable to directly connect the two machines (if they both have ethernet cards). You can buy a crossover cable at any local computer store. Some step-by-step instructions are in the last post of this forum message: http://forums.amd.com/lofiversion/index.php/t49108.html

Try wiggling your monitor cable

Glad to hear you are making progress. What are some of the functions that you are trying to use (that return COM objects)? I can probably help. I started work on my dynamic campaign system again, but it's a huge project. Cheers, LP

WinMerge is an open source visual diff/merge tool: http://winmerge.sourceforge.net/ Direct download link: http://prdownloads.sourceforge.net/winmerge/WinMerge-2.4.8-exe.zip?download

If you use WinRAR (http://www.rarlab.com/download.htm), and you are worried about just running any executables on your machine, keep in mind that you can right-click the .EXE in Windows Explorer, and if it truly is just a self-extracting archive, you will see the options to decompress it, in the context menu. So you don't have to blindly double-click and hope for the best. Cheers, LP PS. Thanks Ironhand -- I will be using these videos to convince some friends to start playing LockOn.

1. AH-64 2. OH-58 3. F-18 non-flyables: F22, Viggen, Grippen

Hi pappavis, Here is what I was playing with. It's based on your code, but I hardcoded some filenames. PM me if anything is unclear. XmlDocument _xDocNewMission1 = new XmlDocument(); private void Form1_Load(object sender, EventArgs e) { _xDocNewMission1.Load(AppDomain.CurrentDomain.BaseDirectory + @".\" + "mission_template.xml"); WriteMISfile(); } #region Converts the XML missionfile to MIS. /// <summary> /// Converts the XML to lockon internal' MIS-fileformat. /// </summary> /// <param name="xDocToConvert">The xml missionfile source to convert.</param> /// <returns></returns> public byte[] GetXMLtoMIS(XmlDocument xDocToConvert) { byte[] bytMissionHeader = null; byte[] bytResult = null; try { string strBaseMissionName = AppDomain.CurrentDomain.BaseDirectory + @".\" + "lomac_header.bin"; FileStream fs = new FileStream(strBaseMissionName, FileMode.Open); BinaryReader brInput1 = new BinaryReader(fs); //Open die voorbeeld lockon .mis-bestand, zoek naar <Lockon en vervangen met eigen misison XML. if(brInput1 != null) { bytMissionHeader = brInput1.ReadBytes(Convert.ToInt32(brInput1.BaseStream.Length)); int intMissionHeaderEndpos = 1535; byte[] bytMissionXML = Encoding.UTF8.GetBytes(xDocToConvert.OuterXml.Replace("<?xml version=\"1.0\" encoding=\"UTF-8\"?>", "")); //Recerveer een deel van geheugen, hier gaat de mission file tijdelijk in worden aangemaakt. byte[] bytTemp1 = new byte[intMissionHeaderEndpos + bytMissionXML.Length + 1]; //kopieer mission header definite, van Eagle Dynamics. for(int intTeller = 0; intTeller < intMissionHeaderEndpos; intTeller++) { bytTemp1[intTeller] = bytMissionHeader[intTeller]; } //Plak de nieuwe door gebruiker gemaakt XML achter aan die header van ED missionfile. int tel2 = 0; // LP NEW - change to <=, to not miss last '>' char for(int intTeller = intMissionHeaderEndpos + 1; intTeller <= (intMissionHeaderEndpos + bytMissionXML.Length); intTeller++) { bytTemp1[intTeller] = bytMissionXML[tel2]; tel2++; } bytResult = bytTemp1; } } catch(Exception ex) { throw new Exception(ex.Message + "; " + ex.StackTrace); } return bytResult; } #endregion public void WriteMISfile() { try { byte[] bytMIS = GetXMLtoMIS(_xDocNewMission1); FileStream fs = new FileStream("C:\\test.mis", FileMode.OpenOrCreate); BinaryWriter bwOutMIS = new BinaryWriter(fs); if(bwOutMIS != null) { for(int intMisPos = 0; intMisPos < bytMIS.Length; intMisPos++) { bwOutMIS.Write(bytMIS[intMisPos]); } bwOutMIS.Close(); } } catch(Exception ex) { MessageBox.Show("Error: " + ex.Message + "; " + ex.StackTrace); } } Cheers, LP

How's it going? Did you get it loading your mission in the editor yet? I don't think encoding is an issue, since I got it working with VS2003 and C# Express. I took an existing mission xml file, ran it through the program and it created the .mis file. I opened the .mis file in the LOMAC editor, and it didn't complain. Let me know if you want a copy of my code. Cheers, LP

I wrote a similar tool before (in Perl), and I think the mission header is actually 1536 chars. (0-1535) I am assuming that this code is returning 1535?: ConfigurationSettings.AppSettings["MissionHeaderEndpos"] I did a test with this assumption, and noticed that the final '>' character was missing from the end of the file. What I had to do, was add 1 to the output array: byte[] bytTemp1 = new byte[intMissionHeaderEndpos + bytMissionXML.Length + 1]; and change your loop to catch the final char (<=): for(int intTeller = intMissionHeaderEndpos + 1; intTeller <= (intMissionHeaderEndpos + bytMissionXML.Length); intTeller++) Basically just an "off-by-one" issue. I tested it, and I can load the mission in the editor. Hope this helps. Cheers, LP

Voice control Yes, there is a cool free program called Shoot, which will allow voice control: http://clans.gameclubcentral.com/shoot/ I have used it, and you're correct -- it's great for commanding wingmen, talking to the tower, AWACs, etc. As for the keyboard ref, I found these related threads, when I did a search from the main forum page: http://forum.lockon.ru/showthread.php?t=8644&highlight=keyboard+layout http://forum.lockon.ru/showthread.php?t=8539&highlight=keyboard+layout http://forum.lockon.ru/showthread.php?t=8539&highlight=key+card Cheers, LP

DedMac Sort of. There is an unofficial program called DedMac: http://www.verbalass.com/dedmac/ Not sure if there are plans for an official one. Cheers, LP

The inconsistency is probably just due to differences in precision of the floating point datatypes. I recommend using double (without the 'f' appended), and round to 3 decimals after each multiplication/division. Good luck with your project, it sounds cool. Let me know if I can help with anything. Cheers, LP

Volunteer I am an intermediate/advanced Perl coder, and I can be available as a technical advisor. I am willing to review code sections that aren't working, give advice, do research, etc. Let me know. Cheers, LP

I think this might illuminate the problem: const float numA = 4468608.57f; const double numB = 4468608.57f; const double numC = 4468608.57; System.Windows.Forms.MessageBox.Show(numA.ToString()); System.Windows.Forms.MessageBox.Show(numB.ToString()); System.Windows.Forms.MessageBox.Show(numC.ToString()); There are probably differences between floats in C++ and C#. Cheers, LP

C# ArrayList You can also use ArrayList (dynamic array): XmlDocument xDocToConvert; ArrayList ALMissionHeader = new ArrayList(); StreamReader srIn1 = new StreamReader("C:\\test.xml"); BinaryReader brInput1 = new BinaryReader(srIn1.BaseStream); ALMissionHeader.AddRange( brInput1.ReadBytes(Convert.ToInt32(brInput1.BaseStream.Length)) ); ALMissionHeader.AddRange( System.Text.Encoding.UTF8.GetBytes(xDocToConvert.OuterXml.Replace("<?xml version=\"1.0\" encoding=\"UTF-8\"?>", "")) ); (not tested, but it compiles) Getting it back from ArrayList to byte[] is a bit trickier though. Cheers.