<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [bf1942] More BFV XML Bugs, and Some Oddness</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=2>> From: Forrest Thiessen [<A HREF="mailto:thiessen@alum.mit.edu">mailto:thiessen@alum.mit.edu</A>]</FONT>
<BR><FONT SIZE=2>> Subject: [bf1942] More BFV XML Bugs, and Some Oddness</FONT>
<BR><FONT SIZE=2>> </FONT>
<BR><FONT SIZE=2>> 1. BUG: roundInit events are missing from the logs. In BF1942, they</FONT>
<BR><FONT SIZE=2>> look like this:</FONT>
<BR><FONT SIZE=2>> <bf:event name="roundInit" timestamp="276.721"></FONT>
<BR><FONT SIZE=2>> <bf:param type="int" name="tickets_team1">375</bf:param></FONT>
<BR><FONT SIZE=2>> <bf:param type="int" name="tickets_team2">375</bf:param></FONT>
<BR><FONT SIZE=2>> </bf:event></FONT>
</P>
<P><FONT SIZE=2>the internals were different enough that when merging i dropped this change. i've added it back, but it will likely sit until 1.1</FONT></P>
<P><FONT SIZE=2>> 2. BUG: There is a bug in BF1942's XML logs that causes victorytype</FONT>
<BR><FONT SIZE=2>> reported</FONT>
<BR><FONT SIZE=2>> in the <bf:roundstats> structure at the end of every round </FONT>
<BR><FONT SIZE=2>> to ALWAYS</FONT>
<BR><FONT SIZE=2>> be "4".</FONT>
</P>
<P><FONT SIZE=2>hmmm.... who's to say that it isn't always 4 (it's a nice round # :-) </FONT>
</P>
<P><FONT SIZE=2>anyway, i think i see the problem, but does this happen (in bf1942 since you can't test bfv) in ctf? the end game logic is hairy and i want to make sure that i'm fixng the right thing (especially since our code bases have defintely diverged in this area :-() </FONT></P>
<P><FONT SIZE=2>btw, evolution has a funky new victory type here. if you've gotten to the last level in the evolutionary chain (i'm not sure if this is protazoa or human) it will return type 6</FONT></P>
<P><FONT SIZE=2>> Even though it's a bug "inherited" from BF1942, it sure would be nice to fix it </FONT>
<BR><FONT SIZE=2>> (like you or someone else apparently fixed the bug in BF1942 that </FONT>
<BR><FONT SIZE=2>> caused all games</FONT>
<BR><FONT SIZE=2>> to be logged as "GPM_CQ", even when they weren't--the mode reporting</FONT>
<BR><FONT SIZE=2>> feature works correctly in BFV's XML logs).</FONT>
</P>
<P><FONT SIZE=2>huzah!!! i actually fixed something :-)</FONT>
</P>
<P><FONT SIZE=2>> 3. WEIRDNESS: The semantics of flag captures have changed from the way</FONT>
<BR><FONT SIZE=2>> they are handled in BF1942; it's definitely incompatible, </FONT>
<BR><FONT SIZE=2>> but whether</FONT>
<BR><FONT SIZE=2>> it's</FONT>
<BR><FONT SIZE=2>> a bug or not. . . (maybe it's a "feature"?).</FONT>
</P>
<P><FONT SIZE=2>sorry, but the semantics have changed (isn't this ok since i changed the event file header?). in bfv flag capture is for capturing a control point and defence means that you've neutralized a control point. </FONT></P>
<P><FONT SIZE=2>> Attack/FlagCapture issue). (Note 2: BF1942 and BFV both </FONT>
<BR><FONT SIZE=2>> seem to have</FONT>
<BR><FONT SIZE=2>> "Objective" and "ObjectiveTK" scoreEvent types; I haven't been able</FONT>
<BR><FONT SIZE=2>> to try</FONT>
<BR><FONT SIZE=2>> them in BFV yet, but they are definitely *BROKEN* in </FONT>
<BR><FONT SIZE=2>> BF1942--I can't</FONT>
<BR><FONT SIZE=2>> get</FONT>
<BR><FONT SIZE=2>> them to be produced for anything, even in Objective-mode Secret</FONT>
<BR><FONT SIZE=2>> Weapons</FONT>
<BR><FONT SIZE=2>> maps; hopefully they work in BFV, if not, that will be a bug, too).</FONT>
</P>
<P><FONT SIZE=2>sorry, there isn't any handling of object/objectivetk yet in bfv.</FONT>
</P>
<P><FONT SIZE=2>\p</FONT>
</P>
</BODY>
</HTML>