Jump to content

Macisle

Members
  • Content Count

    1,548
  • Joined

  • Last visited

  • Days Won

    6

Macisle last won the day on August 20 2018

Macisle had the most liked content!

About Macisle

  • Rank
    Senior Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Didn't have any free time until today and then only just enough to test some things. Here's what I found: Modular buildings in the Stalingrad mod seem to all work. Only using Stalingrad buildings 1-18 in isolation from the rest of the mod also works. Have tested before, but testing again, using stock buidlings 1-8 in a clean Z folder, with building 8 files duplicated and renumbered to 9 to make buildings 1-9 does not work past 8. Building 9 does not show up. Doing a clean game installation from v2/4 master download does not fix the problem. So, the Stalingrad mod working would point to the issue being related to file structure, but the fact that stock files themselves don't work past 8 adds hassle, since they can't be used as a control. I didn't have time to try tagging the Stalingrad files to see if that makes them stop working past 8. Will try that next, but I may not have time until next week. My game time is very limited these days.
  2. Macisle

    Gauging Combat Mission Interest

    Very tasty looking, but the name sounds like something the lads order at the late-night diner after an unsuccessful evening of carousing.
  3. I did try the Stalingrad mod way back when and to my knowledge, it worked. I always have buildings 1-8 present in the mod folder, so alas, that isn't a fix. Yeah, logic would point there, but I've tried things based on that in the past and no joy. I'm tied up until mid-week, but will retest the 8-9-10 transition and Stalingrad mod on my day off (Tues). I'm thinking of doing a fresh test with "clean" stock files 1-8 and then renumbered duplicate stock files for 9-10. That, plus a full test of the Stalingrad mod, followed by Stalingrad buildings 1-10 to see if there is a drop off after 8. I'll report back in after that. In the meantime, if anybody wants to suggest a specific test, feel free to post your idea. Thanks again, guys!
  4. It's set on Soviet Union. Thanks for taking the time to post that graphic, Ben. None of these files are missing as far as I can see. Maybe it would be helpful for me to post a few graphics to show what's happening and what my files look like. Here is a screenshot taken when my personal Z is loaded. That includes all the mods I use for CMRT when I play the game or work on the master map for my project. No files are tagged and more than 8 modular building textures work -- except number 9. IIRC, nothing in that slot has ever worked and way back when I had to renumber Kieme's 9 texture to something higher to get it working. Now, here is what happens if I copy-paste exactly the same modular buidling files into an otherwise empty Z. Nothing works beyond 8, causing texture mismatches. Here is a screen of the full list of modular building folders and a sample of the files in one of the folders. The sample is number 12. Like I said, if I have my full personal Z installed, 12 shows up. If I copy-paste only the building files, 12, along with everything past 8 disappears. Tagged modular building files never work past 8. That includes both these mods and fresh rezexploded stock files renumbered above 8. Non-tagged fresh renumbered stock files past 8 will also not work. The only thing that always works is installing my full personal Z. But again, those same modular building texture files will not work past 8 in isolation in a clean Z. The only files that have worked that way are a few CMBS mod files from Kieme used as a test. And those stopped working when I tagged them. Pretty weird, huh!
  5. Thanks, Ben. I've tried that with both mod buildings and renamed stock buildings, but no joy. I even created a set of 16 building textures with numbered walls to test with. That is what is so infuriating. The same files stop working if not used with the full Z. However, at this point, I've done so many things that it is all a blur. Since I'm coming off of a morale reboot period away from the game, I'm inclined to start fresh. Yeah, I did some testing and thought I was onto something by adding some pieces from stock that seem to be missing in Kieme's, but still no joy. Like I said above in response to Ben, I need to restart testing from scratch using solid controls. I haven't seen anything that would point in that direction. When my full personal Z is installed (buildings, vehicles, terrain, etc.), everything works fine. Otherwise, nothing I do can get me past 8 modular building textures, except for those few higher-numbered CMBS Kieme files (just added as a test), which stop working if I add tags to them. As I'm working, I usually flip the 3D model quality between Better, Improved and Balanced as needed (mostly stay on Improved). All other graphics settings are maxed. I've never seen the graphic settings noticeably affect what textures show up. The logical thing would seem to be MikeyD's suggestion that the Engine isn't finding all the files it wants and is thus ignoring numbers beyond 8. That might explain how my full personal Z works. Perhaps it is finding something it needs in a place I'm not aware of. However, I've tried so many things and been through all the files pretty thoroughly. As mentioned, I've even used stock files in a clean Z and started added stock files beyond 8 with changed numbers from 9 on. That didn't work either. I just had an idea for a new test, if anyone is up for it. If someone could test a group of more than 8 modular building textures in an otherwise clean Z at their end, confirm that they work, then dropbox them to me to test the same way on mine, that might tell us if we are looking at a problem with my install. What do you think?
  6. Thanks for the reply, Ben. That's good to hear on no engine limit on the number of textures. That was my understanding and I've been using 16 Kieme textures in my personal Z forever. I still can't get things to work, though. Like I said, if I install my full personal Z, the 16 Kieme/custom textures work. If I remove the entire Z and only install the same 16 textures, they don't work beyond 8. Even if I do a fresh download of Kiemes and install them into a clean Z, I can't get them to work beyond 8. Nor does adding fresh-from-rezexplode renumbered stock textures to a clean Z. The only luck I've had getting beyond 8 textures with anything but my full personal Z is a few Kieme textures from CMBS. Those will work as long as I don't tag them. If I tag them, they stop working. It's very frustrating and has thrown me into a burn out break for a number of weeks. I have to get it sorted because the only way to make the player see the map correctly is with tagged custom textures. Testing shows that building the map to use the eight stock textures will create a texture vomit if the player is using mods. And, without a tagged texture pack, players using stock or non-targeted mods will also get a texture vomit as well. By that, I mean modular building sections will not have uniform matching textures. So, I need a custom pack and really want it to have at least 16 textures (Kiemes as base, with some custom additions). I'm wondering if it might be time to try uninstalling and reinstalling the game. I haven't tried that yet. -Just about everything else, but not that.
  7. Yeah, the pancake look is definitely not ideal and I like your idea on the stories destroyed vs. stories of rubble created. That sounds like a hard coding job though, and maybe not doable for the current Engine, since it would mean altering a fundamental map elevation state during the course of a battle. I was trying to think in terms of the easiest way for BF to get a more natural state after section collapse. I've no idea how hard the coding would be, but since the knocked-out wall end state is already in the game both graphically and functionally and would solve the problem by simply applying it to any levels that were touching a now collapsed level (no matter what their initial state was), that would seem to be the way to go. If it were doable, that would sure be great to get into any upcoming patches/updates. πŸ˜€ CMRT Fester Platz Polozk is another good example of well-done "baked in" rubble. I may tackle some of that myself for the setup areas for battles 2-4 on my map (4 total planned currently) to show combat progress. But, like you say, it's very time intensive. Not sure if I'm up for it. We'll see.
  8. Hi, all. I'm trying to put together a texture pack for my CMRT map project and am having trouble attempting to use more than 8 textures for modular buildings. Does anybody have any ideas or info that might help? Here is my experience so far: If I have my usual full Z folder contents (uses Kieme's) installed as a complete group , more than 8 textures work. If I isolate the exact same modular building textures and install them in a clean Z, the Engine stops at 8 and won't see past that. Tagging doesn't help. Duplicating the stock texture set and renumbering (to 16 in this case) doesn't work. Adding some textures numbered past 8 from a Kieme mod for CMBS does work if I don't alter the file numbers/names. But, if I tag the same file names, they no longer work. My understanding is that there is theoretically no limit on the number of textures allowed and I'd really like to have at least 16 for the modular buildings (I don't notice a performance difference between 16 Kiemes vs. 8 stock). Anyway, any help on this would be great.
  9. Since this is where the eyeballs are are right now and the topic is relevant to some of the buildings in the CMSF2 demo, I thought I'd post here. I'm working on a map for CMRT that has a number of very large multi-section modular buildings and have a question/suggestion about how the Engine currently handles the remaining sections and their walls after a modular section collapses. As things stand, the Engine will maintain whatever original wall choices were made for the remaining connected sections. Meaning, if you had say, 13 levels of single doors, you will see a column of 13 levels of single doors. Here is an example from the CMSF2 demo (the top two levels had their walls knocked out by post-section collapse arty): Obviously, this is very unnatural - both visually and tactically. With large buildings like this, internal connecting section walls are sometimes removed by designers. This has a number of benefits, but in regards to section collapse, it creates a more realistic tactical situation in that remaining modular sections now have an open wall against incoming fire. Thus, for example a defending unit might have full protection from fire coming across intact outer walls, but much less protection from fire coming through sections with removed "internal" walls that were connected to the collapsed modular section. See the example below: From the front, this building offers full protection, but much less from the rear. Thus, a realistic and juicy tactical situation is created in that the attacker could try to flank the strong point and take it from the rear. I've tested this on my map and it works a treat. However, the downside is that the visual aspect is still not ideal. Sometimes it looks okay (like in the above pic, IMO). Others, very unnatural, depending on the building design and damage results. Like these magically floating buildings for example: It seems to me that an obvious, low-investment solution would be for the Engine to simply swap out the wall sections on any remaining formerly-connected sections with the graphic and functionality of the current knocked-out wall section, whenever a connected modular section collapses. So, instead of a column of single doors or nothing, you get a column of knocked-out walls. That would both solve the visual issue and provide a realistic tactical situation (less protection and easier spotting, but still more than a removed wall). Here's a quickie graphic summing things up: Anyhoo, would love to see this addressed in an update/patch. Until then, I think case B is best for tall/very large multi-part buildings and I'm favoring that mostly on my map.
  10. Macisle

    Kharkov Map Sneak Peak

    Thanks, Ben! I'm one of your many fans, so that means a lot.
  11. Macisle

    Kharkov Map Sneak Peak

    Wow -- thanks! Here's hoping the map delivers. It pretty much is wall-to-wall ambush country. I would really like to see how well RPG guys do against US/1st World armor in this environment because there are so many spots from which a unit can fire off a round and then displace to safety. Of course, that also means that it isn't going to be everyone's cup of tea. The workload on the player is by necessity maximized for him to make effective use of the more realistic terrain. He will often have to spend time at the soldier's view to judge each room of a building to determine how to tackle things from the standpoint of coordinated multi-team tactical maneuvers. Very meticulous use of waypoints and timings will be a must in those situations. Naturally, this will slow play down a lot. The slow, meticulous play, combined with the 4-hour multi-phase battle concept may end up being too much for some players. Also, I'm not at all attempting to soften potential fire lanes and hard points. So, the attacker may well find himself stymied more than he is used to -- in a very realistic way that rings true to stories of war. But then, he will have a lot of time...and...BIG ARTYπŸ™‚. The defender will also get his share of beefy arty. Between the two, the battlefield will change a lot of the course of a battle. Testing so far shows that if players use the terrain well and hide, the arty will not be overpowering. Well, until the buildings are all gone!πŸ˜› (The large buildings can take A LOT of artillery to bring down -- maybe too much ). For porting into CMBS, the vast majority of the buildings being modular potentially means the workload may not be so bad. However, if the door/window layouts don't port over, then it will be a MASSIVE amount of work to redo them. That is a lot of what makes the map what it is (and why it's taking so long). Combat would be largely nerfed if default windows and doors were used. I'm looking very forward to Berlin, too! It looks like the stock map for the module will be bringing a lot of what I set out to do in this project to the table. Since players will be experiencing that before they get my map, Kharkiveskya may not be as impressive as it would have been if they played it first. But, you can never have enough maps and they will be different enough to each offer a large amount of unique, enjoyable play, I think. Oh, almost forgot, my full master clocks in at 1,440 x 1,440 meters. So, it's not the biggest map out there (Berlin might be quite a bit bigger?), but the level of detail makes it feel larger than that. The current slice I'm testing is 864 x 832. With that size, I am able to get acceptable frames with Model Quality reduced to Improved and everything else maxed. So, the slices will likely be around that big, give or take. That may seem very small for 4 hours, but...well...maybe not. It sometimes took days to cross the street at Stalingrad. So, a few hours for a few blocks may be about right. Looking very forward to the playtesting! Yeah, the Ramadi map looks amazing and top notch! That is going to offer a lot of the same kind of combat environment I'm going for, but of course in a modern context. Super work there!
  12. Macisle

    Kharkov Map Sneak Peak

    Thanks! It's not a historical map, but I think the nature of it will make for some interesting, memorable play. I look very forward to hearing about players' experiences on it!
  13. Macisle

    Kharkov Map Sneak Peak

    Well, truth be known...πŸ™‚. And I managed to flank and spank the raging Panther: With one hit, that mother took out nine men and TWO machine guns. Grrrr! 😑 Now, I gotta' see if I can save my insurance AT grenade team, uh.. whose arses are now hanging out in the wind close to my heavy arty, and when the smoke clears, perhaps in the LOS of the second Panther 😬.
  14. Macisle

    Kharkov Map Sneak Peak

    Thanks. Yeah, I know that one. If it's an AI-only scenario, giving the AI groups a demo team or two each (reduce if H2H also), along with such orders (as you know, they sometimes use them without orders) can really keep the player guessing and throw him some curve balls! Of course, if you have something very specific in mind for a scenario, you can get very detailed with the AI. Speaking of AI, again, I really encourage folks to give the Editor a whirl. Once you get comfortable with it and learn some techniques, you really have a goldmine of unlimited play value. I put in the AI plan for my current SE slice map test as fast as my fingers would go. And yet, without consciously anticipating it in the plan, I've now got an enemy AT gun thwarting my only chance at flanking a Panther holding up my attack. Along with that, a second Panther just bolted in outta' nowhere, skipped past my flanking fire and proceeded to take out 9 soldiers holding a jump off point in buildings at the center front line, waiting for heavy arty to finish working on the objective buildings across the street. That finished off the morale of that platoon...and thus that company as well. -Finishing up the first hour and getting ready for fresh troops to take over -- at least on that section of the front (not playing the whole thing, just sections of the slice). Of course, this is just map testing for the H2H campaign. But this is user friendly, helps me spot map issues, and gauge force levels vs. scenario time and gaining a feel for the "phases" in the 4-hour battle concept. So far, I think the concept is going to work. Of course, should I end up doing a solo-campaign, it give me ideas for that, too. But I'm not committing to that...yet.πŸ˜€
  15. Macisle

    Kharkov Map Sneak Peak

    True, but I think the unknowns and potential issues like pathfinding make it best avoided. A better technique for simulated basements is to have no windows on the bottom floor of a structure. This "faux basement" provides a refuge from LOS and small arms fire, along with very high protection against arty. A very large percentage of the buildings on the map have at least one area like this, with some structures having them extend across a number of modular pieces. The faux basements have a huge impact on play and really add realism, as buildings can stay contested for much longer, with both sides occupying parts of the building. One thing I've noticed in testing... If a structure has a long extension of door-connected similar pieces, like say, 4-story blocks across 3 to 7 modular extensions, routing troops will most often displace inside the structure, rather than going out of the building. In one part of the current test, the AI displaced multiple units inside the structure to exactly the points where I had the hardest time getting fire superiority on its displacing units. I was quite impressed! As I've tested the map, I've noticed this a number of times. With structures that have a lot of vertical levels, but not many horizontal module pieces, routing units are more likely to run out of the building -- even if they have excellent cover right next to them inside the current structure. However, I still think they are most often staying in the buildings if there are safe modular connections. It's just the occasional rout bug that kicks in and gets them killed when they should have used a safer spot in the same building, rather than running outside. My guess is that's why the patch is taking so long. The rout bug is incredibly hard to reproduce (in this environment, at least). It's definitely an issue, but I still can't identify exactly what triggers it. However, overall, I've been very pleased with the combat on this map. The level of urban density I'm creating seems to often mitigate against problems from the rout behavior, as there are so many places to run out of LOS to. Green troops do seem, unsurprisingly, more prone to the behavior, though. I was originally intending to give the Soviets more manpower, but with a lot of green troops. However, I think I'll dial that back to a bit less troops, but more Regular units as base. Both sides will get plenty to work with, though!
×