Jump to content

Pericles

Members
  • Posts

    169
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Pericles

  1. I was really hoping my file was corrupt. What kind of explanation does Battlefront give for not removing land that surrounds buried buildings? Is there a good technical reason?
  2. I've noticed some maps in the FB campaigns and scenarios have buildings that are partially buried. For example, one of the doors will be underground because of the way the buildings are placed on slopes. Do I have a corrupt game file, or is it simply that Battlefront decided not to fix this issue and that the community doesn't really care.
  3. As was mentioned on the first page of this thread: Pre-configurable fallback point to be used when a unit retreats. I'm surprised this isn't one of the priorities for most of those commenting here. Honestly, every second or third scenario I play, I end up with panicked units rushing towards the enemy rather than away. Just the other day I was playing CMSF2 and a Syrian BMP decided after detecting an AT unit to speed forward towards the AT unit rather than back a couple meters to get out of its line of fire. Do I have a different copy of the game?
  4. Are thermobaric munitions detonating at around 1:54 in this video, or is this HE artillery?
  5. Tim Stone - who was fired from RockPaperShotgun a couple months ago for taking a conservative stance on the trans issue - now has a new website. Enjoy his writing and support him at (https://tallyhocorner.com/).
  6. I want to play the game (CMSF2 and CMBS) on Steam by getting a Steam key for my Battlefront purchases of CMSF2 and CMBS (using these directions: (https://community.battlefront.com/topic/137434-how-to-get-your-cmsf2-game-on-steam/). However, when I fill in the information on the Slitherine sign-up page to create an account (https://www.slitherine.com/register) and click "REGISTER" I get: "Oops! An Error Occurred The server returned a "500 Internal Server Error". Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused." I am unable to contact Slitherine support because you need to have an account with Slitherine to do so (that is what I was trying to do). Navigating through Slitherine's antiquated website has left quite the impression but I'll try to remain polite about this. Any ideas as to how to go about resolving this issue?
  7. No, I committed two platoons to move up the middle forest area and had one of those platoons decimated by the Germans hiding on the other side of the forest road next to the trucks (quick moved several squads across the road a few action spaces without scout precheck). I then swiftly uninstalled the game to stop myself from falling into a more serious CM spiral. I will be sure to try it again when I have time. It was tricky but I only skimmed the surface. I liked the plausibility of the scenario, with the Germans in retreat trying to rest for the night and the Indians with low morale knowing the end of the war is near.
  8. I have often overlooked mission briefing editing mistakes, including grammatical errors that interrupt the flow of reading and mistakes in listings of assets available. However, I recently read through a mission briefing that takes the cake in terms of editing errors (there are five of them in the short briefing). The mission is R2V One Final Effort, where you fight as the Indian army. Normally, I wouldn't take the time to make a comment about this, but the author of the scenario goes out of his way in the Designer's Notes to thank someone else for "assisting with briefing review and editing". This just doesn't seem right. In any case, I'm sure the mission is well designed, just needed to chime in on the on-going "mission briefings could use better editing" feedback. Like, seriously. Here are the five errors: "...streaming north is what can only be described as..." [should be "in", not "is"] "...have already been or likely to be liberated..." [should be "are likely" not "likely"] "Using whatever transport available elements of the..." [should be "available, elements" not "available elements"] "One Humber IV armoured car is also available to you command to assist" [should be something else (maybe "your command to assist")] "...estimated that perhaps there are two platoons of worth of infantry." [should be "worth of infantry" not "of worth of infantry"]
  9. Is there any information on which armies the player controls in the two campaigns? If not, why not?
  10. I currently have two games installed: CMRT and CMSF2 CMRT works no problem on my Asus 1920x1080 external monitor when "Display Size" is set to "Desktop" in Options. However, CMSF2 does not work for "Display Size" = "Desktop". After the Battlefront intro screen, the proper resolution is displayed for a split second, then the resolution becomes enlarged and wonky. Can this be fixed on my end? Seems to be something about the game itself given that CMRT displays fine.
  11. I would love to see an EU army - the softest army in the history of armies
  12. The team withdrew on its own. There were no orders for that team on that turn.
  13. In the particular case of the video below, I don't see how the unit is thinking only of itself based on the knowledge it has available to it when it runs back toward the enemy a second time instead of down the road or behind the wall. It simply doesn't make any sense given the in-game situation (e.g. the unit is aware of enemy contacts North). Would you agree, or am I missing something? Battlefront wrote: "However, we have been at a point now, for a while, where it's getting harder and harder to find reproducible, addressable corner cases. That's good." Agreed. And the discussions in this thread may have contributed to the identification of a reproducible corner case in the Wilcox scenario. If it's not sufficiently addressable, then that's not good, but only mildly not good. I realize that expecting a video game like this to be completely free of errors is not realistic. As a customer and proponent of the CM franchise I will continue to poke and prod with evidence, reason, and an open mind in an attempt to contribute to the improvement of the game experience.
  14. sburke - I didn't realize TacAI problem identification was so complicated. I thought that identifying TacAI problems in the most current engine version 4.0 was all that was relevant in improving the engine. The developers would take your ticket submission regarding an identified TacAI problem and make changes to the most current engine version 4.0. If you are correct, and it is actually relevant to know whether or not TacAI problems identified in the current engine version were also present in the previous engine versions, then my belief that your question is not relevant to the discussion is wrong. That being said, it would have been constructive if you would have given your opinion on the topic of the post, which is TacAI problems with the Shock Force 2 demo. You've had a chance to look at the videos and to experiment with the demo. What do you think?
  15. sburke, I don't believe your question is relevant to the discussion. The issue here is identifying problems with TacAI in engine 4.0. Clearly, the engines before 4.0 were imperfect (that's why we have continued engine development), and one would expect to see problems with TacAI behavior in those versions as well. I seem to recall TacAI problems before 4.0 came around. Shock Force 2 demo TacAI problems do not happen a lot. But the fact is they happen (I was able to provide three examples from one play-through of the Wilcox scenario) and many of us would like to contribute to their solution.
  16. If my writings in this thread are "aggressive", I would say the same about IanL and others. I am writing these things in the interest of furthering a reasonable conversation about known issues. And as an aside, I have great respect for IanL as a Combat Mission veteran and tester - his work has advanced the development of the CM engine through the years. I just disagree with him in terms of how he has approached reasoning about the issue of TacAI problems in this particular thread.
  17. ncc1701e - Great. So it seems you have replicated the problem that I identified in those three videos I posted. This is what I would call a "TacAI problem". I read you loud and clear the first time. I understand the fact that pixel soldiers do not make good choices all the time. It is a very obvious point to make. However, I don't believe the observed behavior - as documented in my three videos, as replicated by ncc1701e, and as confirmed in writing by others in this thread - can be explained in terms of bad decisions. And I don't believe that you can look at those videos and honestly say "The soldiers just made bad decisions. This is not a problem that could be solved (an aspect of the TacAI that could be improved)." The fact is, this game is about simulation, believability, and realism. It is simply not believable that soldiers would run towards an enemy when panicking rather than running away. That is why the TacAI is programmed as it is (run away from direction of enemy). This is what happens most of the time. But when soldiers panic and run towards the enemy stupidly, having known contacts in the area, there is a significant loss of believability and realism because no one would do this in real life without some sort of aneurysm or suicidal wish. The TacAI will not be perfect. There will be coding problems, like with any game. This is something you seem to be incapable of admitting.
  18. Perhaps your reluctance to affirm that this is a problem boils down to semantics. Instead of using the term "bug", I will just use the word "TacAI problem" from now on. A "TacAI problem" in the context of Combat Mission might be defined as follows: A behavior by a unit that is not believable or realistic in the context of real-life human decision-making. With this definition in mind, an example of a TacAI problem is as follows: A pixeltruppen panics and runs toward the enemy without being ordered to. Now, I will concede that it is believable that a solider in real life might do this. For example, if he didn't know the enemy was there, or if he sustained a traumatic brain injury, or if he was suicidal. But if these conditions do not hold, it is not believable that someone would do this. So, if this happens in-game, it can be identified as a "TacAI problem". Now, if you are to watch the videos I posted, and if you are to believe what I am saying in terms of the orders I had given each of the units before commencing the real-time computation of the turn, then you will agree that this is a "TacAI problem".
  19. IanL - I explained where the men I was unhappy with were going: North. Simply read what I wrote. Also, try looking at the compass in the videos. I have described - in great detail in this thread - what the orders were corresponding to the videos.
  20. On my first try, my orders were to run FAST into the courtyard 2-3 action spots away. They ran North instead. On my second try (the second video), I cancelled all orders for the soldiers in an attempt to have them stay put at least. They ran North instead, outside of the courtyard complex, and then South a little bit down the road. And then, remarkably, they turned around and ran North again into enemy fire. The Blue Friendly Direction parameter for this scenario must be South - that is where your U.S. forces start the mission.
  21. The "Evade" button (and related buttons) in the command panel might only solve the identified problem in Turn-based mode if the unit panics shortly before the end of the turn: p.62 of Game Engine Manual Version 4.00 states: "Instant Commands can be used both in Real-Time mode as well as Turn-based mode. In Real-time mode they are executed immediately, in Turn-based mode they are executed immediately after the start of the next turn." In all the examples I give in the thread below (in Turn-based mode), the "Evade" button and other buttons would do nothing to stop the unrealistic behavior of running towards enemies after panicking, because the panicking does not occur near the end of the turn.
  22. I don't see that button. Please explain. Anybody else care to discuss this issue constructively?
  23. I have uploaded three videos to Youtube regarding the pathfinding problems. Links are pasted below. I have also started a thread that might get us some idea as to whether there is actually a coding solution to this problem.
×
×
  • Create New...