deleyt

Together with Little Immersion Tweaks, this scriptpack adds a lot of immersion to the game and I think it's wonderfull. So thanks! I have a bit of an issue though regarding TPW Radio: whenever I get into a vehicle I get the message "sound radioXX not found" Anyone know why this is?

Reload the mission when it's text-edited, set it back to Binarize and save it out again.

Nice script! I like the fact that the door shakes when it's locked and pops open when it's breached. Good job!

Using "this enableSimulation false" on an ammobox will disable moving content from the container to the player when using "Inventory" to access it. Setting the ammobox as an Arsenal however works.

- Start Eden and open your missionfile - Go to ATTRIBUTES > GENERAL - Unfold the MISC tab (if it isn't already) - Uncheck "Binarize the Scenario File" - Save your missionfile - Use a text editor to open and edit the mission.sqm I'm not sure on this but I believe the numbers skipping is caused by the variable "autoGroupingDist=10;". Whenever a new group is created it skips the amount set in the variable. A.) I did not convert the new .sqm format to the old style. I just saved my mission with Eden (with binarize set to "off", see above) and edited my mission from there. B.) I don't know about any other solution except accessing it through the mission.sqm with a text-editor. I've tried it multiple times within Eden but that didn't work. C.) The feedback tracker is offline, so I'm mentioning it here. I don't know where to address this issue otherwise. Regarding the roleselection: I haven't used my mission on a dedicated server (yet). I did only test it as a MP host. You might want to check in your Eden saved mission that all playable units are actually set to "playable", but I guess you have.

Problem found and solved! I'm pretty sure this a bug in Eden but I can't enter it on the feedback tracker anymore because it has been closed. Anyway, here's what's happening: Eden is assigning the ID of the group first, then increments it with one for each unit in the group (eg. id=1, id=2, etc.) The ID of the group is assigned AFTER the units within that group. It then moves to the next group and repeats the process. I've created two groups, one with three units and another with five units. In code it looks like this, notice the ID's (I've filtered out all other irrelevant code to make it easier to read): class Entities { items=2; class Item0 { dataType="Group"; side="West"; class Entities { items=3; class Item0 { id=1; <--- UNIT ID type="B_Soldier_TL_F"; }; class Item1 { id=2; <--- UNIT ID type="B_soldier_AR_F"; }; class Item2 { id=3; <--- UNIT ID type="B_Soldier_GL_F"; }; class Attributes { }; id=0; <--- GROUP 1 ID }; class Item1 { dataType="Group"; side="West"; class Entities { items=5; class Item0 { id=6; <--- UNIT ID type="B_Soldier_SL_F"; }; class Item1 { id=7; <--- UNIT ID type="B_soldier_AR_F"; }; class Item2 { id=8; <--- UNIT ID type="B_HeavyGunner_F"; }; class Item3 { id=9; <--- UNIT ID type="B_soldier_AAR_F"; }; class Item4 { id=10; <--- UNIT ID type="B_soldier_M_F"; }; class Attributes { }; id=5; <--- GROUP 2 ID }; }; To make the groups order properly, ALL group ID's should be assigned first followed by the unit ID's. Here's how the code SHOULD be to display the groups properly in the MP lobby: class Entities { items=2; class Item0 { dataType="Group"; side="West"; class Entities { items=3; class Item0 { id=2; <--- UNIT ID type="B_Soldier_TL_F"; }; class Item1 { id=3; <--- UNIT ID type="B_soldier_AR_F"; }; class Item2 { id=4; <--- UNIT ID type="B_Soldier_GL_F"; }; class Attributes { }; id=0; <--- GROUP 1 ID }; class Item1 { dataType="Group"; side="West"; class Entities { items=5; class Item0 { id=5; <--- UNIT ID type="B_Soldier_SL_F"; }; class Item1 { id=6; <--- UNIT ID type="B_soldier_AR_F"; }; class Item2 { id=7; <--- UNIT ID type="B_HeavyGunner_F"; }; class Item3 { id=8; <--- UNIT ID type="B_soldier_AAR_F"; }; class Item4 { id=9; <--- UNIT ID type="B_soldier_M_F"; }; class Attributes { }; id=1; <--- GROUP 2 ID }; }; Notice the difference in the ordering of the groups.

Agreed, renaming a group does not rename the group in the lobby. I think BIS is adding to the confusion to allow for editing the groupname in Eden. The issue both me and HeroesandVilliansOS are adressing is the assigning of groupnames by Eden. When a group is created in the old 2D editor, it's starting with Alpha 1-1 then Alpha 1-2, Alpha 1-3, etc. Exporting it as MP, it displays the groupnames correct in the lobby When a group is created in Eden however, it randomly starts with any groupname (e.g. Bravo 2-1) then continues with Charlie 1-3, Delta 4-2. Also, whenever you convert a mission created in the 2D editor and load it in Eden and save it out again, the groupnames are scrambled. Saving with Eden mixes up the groupnames. EDIT: I've been comparing the old 2D editor mission files and the new Eden mission files and Eden is incrementing ID's exactly according to the variable "autoGroupingDist=10;" Strangely enough, adjusting the ID's manually to increment by 1 does not fix the groupnames when exported for MP.

I know. If you have NOTHING in the mission (including no init.sqf or description.ext) and create groups one by one, they should order themselves as Alpha 1-1, Alpha 1-2, etc. But they are not. Mind you: this ONLY happens in Eden, not in the "old" 2D Editor.

Got this issue aswell. To explain further, I've made a blank mission with groups and roles in the 2D editor (NOT 2D view in Eden), saved it MP and all groupnames were ordered properly (Alpha 1-1, Alpha 1-2, Alpha 1-3, etc). I then opened the same mission in Eden, saved it MP and all the groupnames got scrambled (Alpha 3-2, Bravo 2-1, Charlie 1-1, etc) Eden is adding something during the conversion causing the groupnames to skip irregularly.

Great addition to the Eden toolset. Thanks!

Restriction to revive by medics only (or other predefined classes) is still a highly requested feature thought.

I feel you're selling BIS short regarding their abilities and decisions. How can one code features for an engine without grasping it's concept? It's contradictory. Vanilla sounds as it sounds because it's a matter of preference not a matter of skill.

I'm impressed with your dedication to perfection, both with the "old" sound-system and the new. For me, DynaSound "Eden" should be plenty to enjoy untill your next release, so thank you for fixing that. ln the mean time, we will follow your progress on the new system, watching it all unfold. Please don't hesitate to give us a quick peek once a while of what's in store :) Good luck with your project and have fun while making it happen.

Glad to see this wonderful piece of work is about to see the light of day. Thanks for your dedication.

1.56 is here mate ;)