Jump to content

Lowengrin

Members
  • Posts

    1,150
  • Joined

  • Last visited

  • Days Won

    20

Everything posted by Lowengrin

  1. I'll review the code again. I'm just perplexed as to why they are jumping into the PRD from the SRD. I'm glad you can workaround it for now, but I'm determine to correct this one.
  2. Made some tweaks to the code regarding SRD and PRD resets. Maybe these will end the problem of jumping from one to the other.... Added Iwo Jima and Okinawa maps as eligible for on-map kamikaze missions and moved the starting date back to October 1944. But I decided not to use the dedicated kamikaze squadrons. Any missions using a Yokosuka MXY-7 Ohka will of course be kamikaze no matter when or where. IL2DCG350b26.zip
  3. On reviewing the code, Kamikaze missions are restricted to IJN/IJA squadrons at off-map airfields or on the Japan map only in 1945. DCG doesn't use squadron name as a determining factor (maybe it did at one point???)
  4. Back to the drawing board.
  5. Beta build 25 corrects an issue with trying to add new squadrons through the squadron editor panel. While testing this fix, I discovered that if every plane explodes on mission start up, it's because there's a been a squadron added to the mission file that doesn't exist in the game. IL2DCG350b25.zip
  6. Sorry for the late answer but it looks like I must have introduced a bug at some point that's messed up the save for selecting a new squadron name. I'll fix that. Unfortunately for your campaign, it messed up the data files and that pushed it on to France.
  7. That is correct.
  8. Okay, I remembered that way back before adding columns was a thing, I wrote a routine that forced every ship AFTER a transport ship to act as an escort to that ship and use the same sea route. Of course, back then, it required the order of ships in the template mission file to be ordered with any carrier task force first and then transports and escorts after. But being able to add ships through the timetable can break that ordering.... So now I've changed it so that if a ship is assigned to the patrol route, it will never be assigned to transport escort duty. Or at least that's what should happen with this build.... IL2DCG350b24.zip
  9. Okay, I'll have another look.
  10. They don't appear at all? Not even in the first Japanese sea route location?
  11. Okay, I think I found the bug for ships jumping out of the patrol area and into a sea lane. IL2DCG350b23.zip
  12. Can you do me a favour and post the dcgerror.txt for the first mission of the test campaign? And the .srd and .prd files. Thanks!
  13. Check the latest beta.
  14. This beta should fix the issues around ships not appearing in the patrol zone (.prd) when they are added to a campaign through the time table. This build should also require ship names (and not their "chief" designation for the timetable command to move squadrons onto carriers. As always, appreciate any feedback regarding these changes...particularly if they don't work as expected....
  15. Strange. While the starting location is determined for .srd, it should be totally independent of .prd position. I'll review.
  16. Let me review the code and try and discover why it doesn't accept transferring the aircraft on the same day the carrier is spawned/named. Also, are you sure you can't spawn a ship into a .prd route during the campaign???
  17. The class file has a very "delicate" structure and if you don't maintain the exact alignment between columns, you will mess it up. I make no guarantee that DCG will work with BAT (or any other mod). That DCG can work with them is due to modders tweaking and re-posting the DCG data files. At that point, the data files are their responsibility.
  18. From the following: [2026/06/30 06:57:04.363] The replacement plane for the Yak-9U ("None") was not found in the Class.DCG file. I assume the error is with the class.dcg file created by the designer of the campaign to integrate DCG with the BAT mod. You could try yourself to change "None" everywhere in the class DCG file to "none" (because from memory it should not be capitalized - although I may have coded an exception???) But if that doesn't work, you'll need to contact the campaign designer.
  19. And summer has only just started....
  20. The "beep" usually means the DCG install has some issue. Try running DCG and re-checking the auto-generation mode toggle. Also, make sure that you have a Data folder and a Masters folder in your DCG folder (and files in each). I don't think it's very common these days, but some old unzipping options dumped everything into the main folder. Finally, check that the DCG folders and the IL2 folders are not "read only". Hopefully one of those issues will solve it. If not, let me know and I'll try to dig up some other causes.
  21. Yes. But no promises that it works (as it was intended for coop but maybe, just maybe, I made it work for single player).
  22. It's not possible to transfer the player between squadrons in the middle of a campaign. Yes, you can rename your squadron, but it retains all the aircraft associated to it's old name. I did set up a command for coop missions to allow players to fly in different squadrons, but I don't think it works for single player mode. But you could try it.... 19420102 PilotType AI II_JG540 19420102 PilotType Human II_JG770
  23. No, the MoveSquad command should reference the Chief tag. For example: 19420824 NewColumn 7_Chief Ships.IJNCVGeneric 2 @South_Pacific_Ocean1 $IJN Ryujo ~L 19420824 NewColumn 8_Chief Ships.IJNKageroDD41 2 @South_Pacific_Ocean1 $IJN Akigumo ~L 19420824 NewColumn 9_Chief Ships.IJNKageroDD41 2 @South_Pacific_Ocean1 $IJN Maikaze ~L 19420824 AddSquad IJN_C_Ryujo_FS0 19420824 SetSkill IJN_C_Ryujo_FS0 = 1 19420824 NewPlane IJN_C_Ryujo_FS0 A6M2_21 19420824 MaxPlanes IJN_C_Ryujo_FS0 = 16 19420824 FlightSize IJN_C_Ryujo_FS0 = 3 19420824 MoveSquad IJN_C_Ryujo_FS0 7_Chief
×
×
  • Create New...