Project Perfect Mod Forums
:: Home :: Get Hosted :: PPM FAQ :: Forum FAQ :: Privacy Policy :: Search :: Memberlist :: Usergroups :: Register :: Profile :: Log in to check your private messages :: Log in ::


The time now is Fri Mar 29, 2024 12:14 am
All times are UTC + 0
Ideas & suggestions
Moderators: Ares Support Team at PPM, Global Moderators, Red Alert 2 Moderators
Post new topic   Reply to topic Page 16 of 16 [800 Posts] Mark the topic unread ::  View previous topic :: View next topic
Goto page: Previous 1, 2, 3, ..., 14, 15, 16
Author Message
wardeathfun
Commander


Joined: 01 Feb 2007
Location: Las Vegas, Nevada, USA

PostPosted: Mon Mar 02, 2020 6:37 pm    Post subject: Reply with quote  Mark this post and the followings unread

Perhaps a spy effect to temporarily disable the building he's entered in? Similar to power down, but applicable to radars, defenses, etc.

Back to top
View user's profile Send private message Send e-mail Visit poster's website
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Mon Mar 02, 2020 7:56 pm    Post subject: Reply with quote  Mark this post and the followings unread

Don't forget temporarily shutting down factories...

Last edited by TAK02 on Tue Mar 03, 2020 4:05 am; edited 1 time in total

Back to top
View user's profile Send private message Send e-mail Visit poster's website ModDB Profile ID YouTube User URL Twitter Channel URL Skype Account
DaubertMotion
Soldier


Joined: 17 Dec 2015

PostPosted: Mon Mar 02, 2020 8:45 pm    Post subject: Reply with quote  Mark this post and the followings unread

Would be cool to customize spies so that they can do some, but not all of the new features.  So you could implement a unit that only steals money(ra1 Thief) or maybe steals money, shuts down power, but doesn't steal plans/grant veterancy (zh saboteur).

Back to top
View user's profile Send private message
WoodleMyNoodle
Cyborg Soldier


Joined: 09 Apr 2018

PostPosted: Wed Mar 18, 2020 3:02 am    Post subject: Reply with quote  Mark this post and the followings unread

I think allowing abductors to abduct allied units would be pretty useful.
For example, it would allow the possibility to "load" allied units from a distance. Or for example allow an aerial unit that normally doesn't deploy to ground to load units.

Also, Damage.Deployed on TechnoType would also be great. So you can make it depending on the infantry rather than the warhead.

Also, being able to attach an animation using attacheffect, not using the duration would be amazing. (Also. support for animations with next: would be great)

Back to top
View user's profile Send private message
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Sun Apr 12, 2020 6:49 am    Post subject: Reply with quote  Mark this post and the followings unread

Sorry for bump, but do we have a way of making a map-wide Gap Generator?

I was think of something like player "losing communication" with far off units when not having a radar built in certain scenarios; like the moon mission.

Back to top
View user's profile Send private message Send e-mail Visit poster's website ModDB Profile ID YouTube User URL Twitter Channel URL Skype Account
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Sun Apr 12, 2020 10:08 am    Post subject: Reply with quote  Mark this post and the followings unread

A gap generator can have a radius of up to 127 cells, which should be able to cover a small map. Several mods use invisible dummy gap generators on maps in order to simulate the "Fog of War" effect.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Sun Apr 12, 2020 10:26 am    Post subject: Reply with quote  Mark this post and the followings unread

So there's no one-building solution...

Are there any performance issues with multiple 127-radius Gap Gens?
I wouldn't call the moon mission "small", more like medium...

Back to top
View user's profile Send private message Send e-mail Visit poster's website ModDB Profile ID YouTube User URL Twitter Channel URL Skype Account
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Sun Apr 12, 2020 11:02 am    Post subject: Reply with quote  Mark this post and the followings unread

The only problem is that if you also have units/buildings with an extra large +11 sight radius, the shroud can glitch out & not be rendered properly when the unit/building is destroyed & the gap gen has to quickly re-shroud a large area.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
MRMIdAS
Energy Commando


Joined: 17 Jul 2008

PostPosted: Sat Apr 25, 2020 8:30 pm    Post subject: Reply with quote  Mark this post and the followings unread

I've noticed that buildings with a custom palette don't darken like normal ones when stuff like Lightning Storms happen. is there any way to get them to darken, or let the game know to use that behavior, as most of the custom palettes I've seen are just edits of the existing palettes.

_________________
MIdAS - Turning wages into beer since 2002

Back to top
View user's profile Send private message
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Sun Apr 26, 2020 1:34 am    Post subject: Reply with quote  Mark this post and the followings unread

It's a known limitation of the custom palette feature. IIRC it was implemented by hacking/extending the existing custom pal in the game, which also didn't support lighting changes. So adding lighting effects might require completely redoing the custom pal logic.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
MRMIdAS
Energy Commando


Joined: 17 Jul 2008

PostPosted: Sun Apr 26, 2020 3:42 am    Post subject: Reply with quote  Mark this post and the followings unread

Joy.

I thought as much.

_________________
MIdAS - Turning wages into beer since 2002

Back to top
View user's profile Send private message
DaubertMotion
Soldier


Joined: 17 Dec 2015

PostPosted: Tue May 12, 2020 7:09 pm    Post subject: Reply with quote  Mark this post and the followings unread

Would be nice if OpenToppedRangeBonus= was tied to individual units instead of a General tag.

Back to top
View user's profile Send private message
silverwind
Cyborg Firebomber


Joined: 11 Jun 2016

PostPosted: Wed May 13, 2020 11:21 pm    Post subject: Reply with quote  Mark this post and the followings unread

would also be nice if building occupants with different ranged weapons could fire reliably like open topped passengers.

Back to top
View user's profile Send private message
XxpeddyxX
Commander


Joined: 03 Sep 2004

PostPosted: Thu May 14, 2020 1:58 am    Post subject: Reply with quote  Mark this post and the followings unread

Opentopped and tank bunkers were coded "correctly" imo, garrisoned buildings are whack af. Who thought of giving them a single global tag for range... >_>

_________________

ayylmao on Discord

Back to top
View user's profile Send private message
Bu7loos
Commander


Joined: 27 Jul 2011

PostPosted: Thu May 14, 2020 3:02 pm    Post subject: Reply with quote  Mark this post and the followings unread

- It would be awesome if we can add different types of ORE with different values and drill / Tiberium tree.

- I find it a bit ridiculous to have stealth units and submerged units defined under the same logic, is it possible to define multiple stealth types ?

- Adding multiple radiation cell types , not just one type is which the original green radiation that is used from the deployed desolator.

Back to top
View user's profile Send private message
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Thu May 14, 2020 3:21 pm    Post subject: Reply with quote  Mark this post and the followings unread

There are 4 different types of [Tiberiums] in RA2 & each one can have different artwork & values. Only 2 are used for Ore & Gems, the remaining 2 are just copes of ore & can be reused for whatever you like. You can also make dummy drills (0x0 buildings etc) that can spawn any type of ore/tib via debris.

_________________



Last edited by Mig Eater on Thu May 14, 2020 11:27 pm; edited 1 time in total

Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
Bu7loos
Commander


Joined: 27 Jul 2011

PostPosted: Thu May 14, 2020 10:02 pm    Post subject: Reply with quote  Mark this post and the followings unread

Do you know where can I find such tutorial for the dummy building ?

For the other types of ORE. the problem is the the drills or tib trees. But I guess the whole dummy building tutorial can do.

Also,My last question would is how to integrate it in FinalYr ? I mean the other Ore/Gem types ? specifically the whole paint ore/gem overlay.

Back to top
View user's profile Send private message
Lin Kuei Ominae
Seth


Joined: 16 Aug 2006
Location: Germany

PostPosted: Thu May 14, 2020 10:49 pm    Post subject: Reply with quote  Mark this post and the followings unread

You could check out TI or DTA, the spreader buildings.
It's basically a dummy building with an ActiveAnim, which spawns art.ini debris via TrailerAnim. The art.ini debris in turn spawning the tiberium via
TiberiumSpawnType=GEM01 ;gems [Cruentus]
TiberiumSpawnType=TIB01 ;ore [Riparius]
TiberiumSpawnType=TIB2_01 ;unused in RA2. this is [Vinifera]
TiberiumSpawnType=TIB3_01 ;unused in RA2. this is [Aboreus]

FinalAlert has them already in the bottom Overlay & Special dropdownbox, though it's stupid and calls them all Ore. Only the first 20 are Ore, the following 20 Ore are actually Vinifera and the last 20 Ore are actually Aboreus.
No clue how to add them to the left treeview. Though maybe E1 Elite patched them already in the latest version

_________________
SHP Artist of Twisted Insurrection:  Nod buildings

Public SHPs
X-Mech Calendar (28 Mechs for GDI and Nod)
5 GDI, 5 Nod, 1 Mutant, 1 Scrin unit, 1 GDI building

Tools
Image Shaper______TMP Shop______C&C Executable Modifier

Back to top
View user's profile Send private message
Bu7loos
Commander


Joined: 27 Jul 2011

PostPosted: Thu May 14, 2020 11:00 pm    Post subject: Reply with quote  Mark this post and the followings unread

Thanks LKO.

Back to top
View user's profile Send private message
EVA-251
General


Also Known As: evanb90
Joined: 20 Feb 2005
Location: o kawaii koto

PostPosted: Thu May 14, 2020 11:18 pm    Post subject: Reply with quote  Mark this post and the followings unread

XxpeddyxX wrote:
Opentopped and tank bunkers were coded "correctly" imo, garrisoned buildings are whack af. Who thought of giving them a single global tag for range... >_>


The whole system is messed up. Not just range.

Basically, it seems the occupants fire sequentially at the building's target. If an occupant can't attack the target for whatever reason (AA= setting on projectile, Verses= on warhead, etc), the whole building stops attacking once it's that guy's turn to attack.

My guess is that in some stage of development, they ran into this issue with range. Maybe before they added UCM1Carbine/etc, where Para has Range=6 and M1Carbine has Range=4.

Having it so occupants that can't attack are simply skipped would be nice.

_________________
YR modder/artist, DOOM mapper, aka evanb90
Project Lead Developer, New-Star Strike (2014-)
Former Project Lead Developer Star Strike (2005-2012), Z-Mod (2006-2007), RA1.5 (2008-2013), The Cold War (2006-2007)

Back to top
View user's profile Send private message Send e-mail Visit poster's website
Millennium
Commander


Joined: 09 Mar 2008
Location: Osaka (JP)/Hong Kong/Germany

PostPosted: Thu Jul 02, 2020 2:48 pm    Post subject: Reply with quote  Mark this post and the followings unread

Give greater .ini control over projectile trajectories/re-implement dummied-out projectile behaviour tags (Dropping, Level, Floater, etc).


  • Dropping, inoperable and unused since (inclusive) TS. What it is *supposed* to do is to attach a parachute (and hence regulate FallSpeed) to a projetile. What is actually *does* since TS is to instantly 'kill' the projectile upon being created. The "instant-detonation" makes for interesting features, but this can now be achieved by ProjectileRange.
    A feature to give projectiles parachutes would be useful. Of course, a generally more customizable projectile fall rate would solve the issue as well, combined with AttachEffect being valid for projectiles for a parachute animation to be attached.
  • MaxEC for projectiles to allow more customizable projectile detonation than ProjectileRange?
  • A way to define ProjectileRange as "distance from the target" rather than "distance from the firer", perhaps by using negative sign?
  • Voxel projectiles are hard-coded to face downward initially. This prevents voxel-based projectiles to be fired down cliffs, from hovering units, or with CourseLockDuration. This hard-coded feature should be restored to be customizable through the Vertical tag. Potentially it could be made even more customizable through an InitialVector=n tag, where n is an angle, like FireAngle.
  • The "Level" tag creates a projectile which flies straight, but will be tied to travelling on water. The enforced terrain part should be removed from this tag, which would make it create a regular straight-fire projectile.
    * The "Floater" tag has no discernible effect in either TS or RA2, but according to the commentary, its intended effect was pretty much like the "Level" tag, except that it is set on weapons instead of projectiles.
    * The "Vertical" tag is new in RA2, but has no positive effect apparently - the Kirov's projectile is hardcoded (via the voxel's initial vector described above) to behave the way it does. This tag should be made useful by making it customize the initial vector for both voxel and SHP projectiles.
    * Maybe some more exotic tags, such as BallisticHeilightHeight (ceiling height of the ballistic arc), AscentRate, DescentRate, etc would provide even greater degree of flexibility for customizing trajectories. Looking at the behaviour settings for spawned missiles might provide inspiration in this respect. This could obviously be tied in with the often-requested straight-fire projectile feature.
  • Bouncy/Elasticity

_________________
Mao Zedong wrote:

Our mission, unfinished, may take a thousand years.  

Back to top
View user's profile Send private message
DaubertMotion
Soldier


Joined: 17 Dec 2015

PostPosted: Wed Jul 29, 2020 4:56 am    Post subject: Reply with quote  Mark this post and the followings unread

it would be nice if advanced rubble had a tag to allow it to "repair" itself without an engineer.

Back to top
View user's profile Send private message
silverwind
Cyborg Firebomber


Joined: 11 Jun 2016

PostPosted: Fri Jul 31, 2020 8:35 pm    Post subject: Reply with quote  Mark this post and the followings unread

DaubertMotion wrote:
it would be nice if advanced rubble had a tag to allow it to "repair" itself without an engineer.

Doesn't SelfHealing=yes work on buildings?

Edit: nevermind. I misunderstood you completely.

Last edited by silverwind on Sun Aug 02, 2020 9:30 pm; edited 1 time in total

Back to top
View user's profile Send private message
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Fri Jul 31, 2020 9:53 pm    Post subject: Reply with quote  Mark this post and the followings unread

In order to convert an advanced rubble building back into the complete structure you need to make an engineer enter it. The health/strength of the building doesn't matter, so SelfHealing or ClickRepairable etc wont have the same effect.

A tag like Rubble.Repair.Time= that will make the building automatically convert itself after a set time. Or maybe Rubble.Repair.Strength= which would convert the building back once it had a certain amount of health, which then could be controlled SelfHealing or ClickRepairable.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
cxtian39
Commander


Joined: 11 Feb 2016

PostPosted: Sat Aug 01, 2020 12:23 am    Post subject: Reply with quote  Mark this post and the followings unread

then use promotion conversion to go back

_________________

Back to top
View user's profile Send private message Skype Account
unknown_men
Cyborg Soldier


Joined: 09 Apr 2015
Location: Vi?t Nam

PostPosted: Fri Aug 14, 2020 3:01 am    Post subject: Reply with quote  Mark this post and the followings unread

Do you think about custom palette and vpl for voxel?

_________________
Under 2 year in conscription for socialism.

Back to top
View user's profile Send private message ModDB Profile ID
Millennium
Commander


Joined: 09 Mar 2008
Location: Osaka (JP)/Hong Kong/Germany

PostPosted: Mon Aug 24, 2020 12:39 pm    Post subject: Reply with quote  Mark this post and the followings unread

It wouldn't add any additional functionality, but how about changing [#include] to read all INIs that start on a certain prefix? The introduction to vanilla rules(md).ini gives some hints about a feature that would have allowed multiple INIs with names starting on "rule", followed by a single character, to be parsed. I couldn't get this feature to work, but maybe I'm just doing it wrong. This system could be repaired (if there are still remnants of it), and expanded to work like #include, with alphanumerical load order taking the place of the #include list order. Ex.: a file named "rulesinfantry.ini", containing infantry sections, would be loaded after "rules.ini", overriding the content.

On another note, another expansion to #include, which would be to add or subtract from list tags, rather than overwrite them.
E.g.:

rulesmd.ini:
Code:


[#include]
1=moonraker.ini

[moonraker]
Prerequisite=factory


moonraker.ini:
Code:

[moonraker]
+Prerequisite=radar


Here, moonraker.ini would add "radar" to the Prerequisite list specified by rulesmd.ini, rather than replace "factory" with "radar". Different syntaxes for this are conceivable, e.g. using "+Prerequisite" and "-Prerequisite" as separate list tags, or using "+" or "-" as a prefix or suffix to the list items themselves, i.e.: "Prerequisite=+radar,-factory" would add "radar" to the Prerequisite list specified by the file last loaded that defined the object, and remove "factory" from that list. A more parsimonious syntax for this function may be found, I've not given it much thought. "Prerequisite" might not be the most useful place to stick this on, I'm more thinking of thinking of things like the AnimToInfantry and BaseUnit lists, which would have to be re-defined completely in every file that adds anything to them, which will override the entries from files further up in the load order. And that might lead to compatibility issues when a user runs plug-and-play INIs created without coordination (which is the greatest potential #include has, in my opinion). Not sure I'm being comprehensible here, feel free to ask.

_________________
Mao Zedong wrote:

Our mission, unfinished, may take a thousand years.  

Back to top
View user's profile Send private message
Musketmarine
Medic


Joined: 14 Feb 2020
Location: Texas

PostPosted: Thu Sep 03, 2020 11:03 pm    Post subject: Reply with quote  Mark this post and the followings unread

Hey, would a mechanic like this be possible in the future? I would genuinely like to be able to allow specific countries certain music tracks.

Perhaps it could be used as an alternate prerequisite for songs, as I could have a song.

https://blueprints.launchpad.net/ares/+spec/country-specific-music-theme (For the launchpad post on this)

For example

[MM]
Name=THEME:MM
Sound=MM
Normal=Yes
Side=Nod
Countries=YuriCountry2

It would be visible/play for all of Nod (Soviets), and for YuriCountry2

_________________
https://www.moddb.com/mods/cerebral-cascade

I'm also a voice actor!
https://ko-fi.com/musket

Back to top
View user's profile Send private message ModDB Profile ID YouTube User URL Skype Account
wardeathfun
Commander


Joined: 01 Feb 2007
Location: Las Vegas, Nevada, USA

PostPosted: Sat Sep 12, 2020 10:59 pm    Post subject: Reply with quote  Mark this post and the followings unread

Musketmarine wrote:
Hey, would a mechanic like this be possible in the future? I would genuinely like to be able to allow specific countries certain music tracks.

Perhaps it could be used as an alternate prerequisite for songs, as I could have a song.

https://blueprints.launchpad.net/ares/+spec/country-specific-music-theme (For the launchpad post on this)

For example

[MM]
Name=THEME:MM
Sound=MM
Normal=Yes
Side=Nod
Countries=YuriCountry2

It would be visible/play for all of Nod (Soviets), and for YuriCountry2



To expand upon this, perhaps allows coders to add a tag that allows the coder to decide if the track is still accessible to other sides or countries but doesn't autoplay for them that way you can play other faction music manually but it does not auto play.

Back to top
View user's profile Send private message Send e-mail Visit poster's website
Musketmarine
Medic


Joined: 14 Feb 2020
Location: Texas

PostPosted: Fri Sep 25, 2020 1:36 am    Post subject: Reply with quote  Mark this post and the followings unread

I would also like the addition of
NumberOfWaitingPoints to building Technotypes as a flag that tells harvester AI to find another refinery in the event that the waitingpoints are filled.

[GAREFN]
NumberOfWaitingPoints=3 ;This tells the harvesters that aren't the first three queued for the refinery to find a different refinery. However they will try to get in line if there are only 2 harvesters queued for example.

If the value is set to -1 - which would be the default if this flag isn't set - then it would allow harvesters to do basegame dogpiling behavior. If it is set to 0, then Harvesters will not autoacquire the refinery as a dropoff point and only dropoff on demand by the player.

I genuinely would like to see this appear in the game, so mods with harvesters like MO's Minermites don't dogpile refineries and make life a living logistical hell for the player.

Also @wardeathfun, I concur with your expansion to my proposed music logic, and would love to see that also expanded onto the logic, we can call it PseudoSide, and PseudoCountry, wherein it's available to be played but never autoplayed. This would be useful in MO for sure.

Edit: so I don't double post without any response

https://blueprints.launchpad.net/ares/+spec/psychic-radar-selective-logic

I would like to see about the introduction of selective psychic radar logic as well.

I would like to make a subterranean unit that cannot be detected by the Psychic Radar.

_________________
https://www.moddb.com/mods/cerebral-cascade

I'm also a voice actor!
https://ko-fi.com/musket

Back to top
View user's profile Send private message ModDB Profile ID YouTube User URL Skype Account
Millennium
Commander


Joined: 09 Mar 2008
Location: Osaka (JP)/Hong Kong/Germany

PostPosted: Mon Sep 28, 2020 11:55 am    Post subject: Reply with quote  Mark this post and the followings unread

wardeathfun wrote:
Perhaps a spy effect to temporarily disable the building he's entered in? Similar to power down, but applicable to radars, defenses, etc.


So far, effect of Spy/Infiltrate on buildings is customizable by using the SpyEffect.* settings. If there was a spy-specific setting, which would take precedence? The Spy setting or the building setting? I suggest that there should be a list that determines the interaction. This list could be on either the Spy or the building, but it's decidedly less awkward to have it on the Spy, rather than the building. E.g.:

On building:
Code:

[Barracks]
SpyEffect.Disable=SovietSpy
SpyEffect.StolenTech=AlliedSpy

This would make the Barracks be disabled by a Soviet Spy, but would make an Allied Spy steal tech. Of course, units could be listed in multiple effects to cause multiple effects when infiltrating.

On Spy:
Code:

[Spy]
SpyEffect.Disable=Radar
SpyEffect.StolenTech=Barracks,Factory

This would make the spy disable radar, but steal tech from barracks and factory. Again, the same building could be listed multiple times for multiple effects.

Another extension of infiltrate might be something like a weapon effect being invoked by infiltration on the building. This could would expand SpyEffect by numerous options, including some that have been requested. E.g. SpyEffect invoking an EMP weapon upon the building he infiltrates would effectively match the effect of disabling the building. Other possible options would be "partial C4", dealing damage to the building, but not destroying it, or adding an AttachEffect to it.

_________________
Mao Zedong wrote:

Our mission, unfinished, may take a thousand years.  

Back to top
View user's profile Send private message
silverwind
Cyborg Firebomber


Joined: 11 Jun 2016

PostPosted: Mon Sep 28, 2020 5:02 pm    Post subject: Reply with quote  Mark this post and the followings unread

I'd like to suggest a simpler, albeit less powerful, alternative to that:

Expanding the existing SpyEffect tags to InfantryTypes.

By default, everything would be enabled for Agents, so the flags would serve as disabling overrides.

For example:

[SPY]
Agent=yes
SpyEffect.ResetRadar=no
SpyEffect.ResetSuperweapons=no
SpyEffect.StolenTechIndex=1,2,3,4,5,13,14,15,17,18,22,23 ;defaults to -1, which means anything

[TRST]
Agent=yes
SpyEffect.StolenTechIndex=1,6,7,8,9,10,11,12,16,19,20,21
SpyEffect.RevealProduction=no

How this could work is that a spy effect would only be granted if both the spy and the building have the respective flags (or indexes, or SW IDs) enabled. By default, everything is enabled for agents, but not for buildings.

With that same logic SpyEffect.Custom would serve to enable or disable the new spy effects per individual spies. As said before, they'd only be enabled if both the SPY and the Building have the same values.

SpyEffect.Custom = yes ; the default value for Agent=yes infantry. Enables al spy effects unless disabled by other flags
SpyEffect.Custom = no ; this spy doesn't work with the new effects. The effect is the same as setting SpyEffect.Custom = no on the target building.

[NEWSPY]
Agent=yes
SpyEffect.Custom=no

This one works exactly like the Ra2 Spy, even if the buildings have custom spy effects. This one will be

Back to top
View user's profile Send private message
wardeathfun
Commander


Joined: 01 Feb 2007
Location: Las Vegas, Nevada, USA

PostPosted: Fri Oct 02, 2020 8:38 pm    Post subject: Reply with quote  Mark this post and the followings unread

Had this thought about what I wanted before and thought I'd share. Enjoy the ramble

The ability to give users stolen tech at the start of game. Merely list under country technotypes what stolen tech they start with. This is great because not only would this make stolen tech a more punishing part of the game stealing a player's tech they might rely on (you could steal prism tank technology, for example, if you were to make prism tanks stolen tech but give all allied countries it by default), but it could be expanded upon.

This means that units with stolen tech prerequisites can be immediately satisfied as long the tech owning structures are not spied and the player's chosen country starts with it by default. We could probably also benefit from this being passed on other spy effects too like infantry/vehicle/structure/aircraft veterancy.

The next idea would be to give structures, superweapons, and units a prerequisite to function. Having it so a superweapon requires a stolen tech to be owned and having a stolen tech to fire can be incredibly useful to define differently because, perhaps, some superweapons need a special kind of "ammo" only your enemy has (wanna fire the soviet nuclear missile? Better infiltrate their nuclear missile silo). Additionally, robot tanks might function as long you have the "decryption" to control them, and last the ability to disable one's radar by merely stealing radar tech from the player.


It could be then further expanded to have time limits, meaning stolen tech doesn't have to be permanently taken. Have it so both the player stealing tech has a time limit for how long they can use it and the robbed player has a time limit for how long it's lost, both by default is -1. This then means players can steal someone's radar, disabling them, and it's up to the modder to decide if the player absolutely needs to build a new radar, wait a few moments, or they will never have radar again until they steal the tech.


To make this wishlist more obnoxious, I suggest also a new list type for spies. This way, each "agent" can have different sets of abilities against different sets of structures without any absolutes on them. Perhaps nuclear reactors requires a higher level of spies to infiltrate them, perhaps the timer is different for each agent. Give each structure a "SpyIndex.Vulnerable"  or "SpyIndex.Abilities" to each spy. If nothing is listed in Vulnerable, it is assume it's, by default, vulnerable to all spy related tags listed on the structure or spy. SpyIndex.Vulnerable=none means none, SpyIndex.Vulnerable=SpyAbilityTypes means it is only vulnerable to those spies. Likewise, spies have a similar thing where it lists what abilities it has:


[Americans]
OwnedStolenTech.Index=25,30;can both build GASPYSAT as well power it



[SpyIndexes]
1=CIAABILITIES
2=MI6ABILITIES
3=JAMESBONDABILITIES

[CIAABILITIES]
SpyEffect.ResetRadar=yes
SpyEffect.StolenTechIndex=1,6,31

[MI6ABILITIES]
SpyEffect.ResetSuperweapons=yes
SpyEffect.RevealProduction=yes
SpyEffect.StolenTechIndex=2,7,30

[JAMESBONDABILITIES]
SpyEffect.ResetSuperweapons=yes
SpyEffect.ResetRadar=yes
SpyEffect.StolenTechIndex=4,9,25


[GAAIRC]
SpyEffect.Vulnerable=MI6,CIA,JAMESBOND

[GASPYSAT]
SpyEffect.Vulnerable=JAMESBOND
Prerequisite.StolenTechs=25; if James Bond or MI6 enters, it will no longer be buildable
Powered.StolenTechs=30; only James Bond can make the structure no longer functional



;Jamesbond infantry type
[JAMESBOND]
SpyIndex.Abilities=MI6,JAMESBOND; this means he reveals production, resets radar, resets superweapons, and 2,4,7,25,30 stolen tech

Back to top
View user's profile Send private message Send e-mail Visit poster's website
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Fri Oct 02, 2020 9:31 pm    Post subject: Reply with quote  Mark this post and the followings unread

wardeathfun wrote:

give structures, superweapons, and units a prerequisite to function.

have time limits, meaning stolen tech doesn't have to be permanently taken.


This can already be done by using the SpyEffect.SuperWeapon= along with an instant auto-firing SW that spawns a dummy invisible building, that then can act as the "prerequisite" & after a set time destroy itself.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
NucleiSplitter
Laser Commando


Also Known As: martx
Joined: 28 Oct 2016
Location: PH

PostPosted: Mon Oct 05, 2020 4:22 am    Post subject: Reply with quote  Mark this post and the followings unread

ExtraVoxelTurretLight or something of the sort.

I use ExtraUnitLight=0.4 to make vehicles slightly brighter, which apparently doesn't cover voxel turrets of buildings. I use a TS vpl and it darkens the look of turrets like the sentry gun and flak cannon too much.

_________________
all my posts before 2020 were made by a 13 year-old, forgive these if you see any, thank you

Back to top
View user's profile Send private message
Millennium
Commander


Joined: 09 Mar 2008
Location: Osaka (JP)/Hong Kong/Germany

PostPosted: Fri Oct 30, 2020 7:11 pm    Post subject: Reply with quote  Mark this post and the followings unread

A thought on resource systems; perhaps we can introduce customizable range of resources:
Code:

[ResourceTypes]
x=Tiberium
y=Gold
z=Wood


Another interesting extension would be the "Battery" superweapon that is a generalization that we can extrapolate from the way "Power" works. Power is generated and if the source disappears, all power also goes away. We also know that power that is not consumed does not "stack": excess power simply goes away too. This could be modelled by considering Power as a resource with a "decay timer" of 0 frames for unused units of the resource. Ore/Tiberium on the other hand never decays; it just keeps stacking when not used up by a running production process, SW or upkeep. We could think about other resources having different values than "0" and "infinite". Perhaps resources could have a decay timer of, say, 1000 frames, disappearing after 1000 frames. We could also think about ways to modify these attributes in-game: the "Battery" SW cut pre-release from TS would be something like this, giving Power an infinite decay timer while charging. A further generalization may be "storage space" for any amount of the resource not used up at a given frame. If the storage is 0, the surplus resources just disappear, and something like a Battery could provide for some Power not to go away. This way, "decay timer"/Battery could be unified with Silos.
(Didn't really think this through, there might be some principal problems with the idea.)

_________________
Mao Zedong wrote:

Our mission, unfinished, may take a thousand years.  

Back to top
View user's profile Send private message
Virgil
Stealth Laser Trooper


Joined: 22 Jul 2018

PostPosted: Fri Oct 30, 2020 9:15 pm    Post subject: Reply with quote  Mark this post and the followings unread

Would like to see the Power generator seperated from the building's strength status, powerplants that generates a fixed amount of power no matter how severely damaged it is, like in TW/KW and RA3.

Back to top
View user's profile Send private message
maestro21
Soldier


Joined: 25 Feb 2008
Location: Philippines

PostPosted: Sat Oct 31, 2020 11:58 am    Post subject: Reply with quote  Mark this post and the followings unread

AttachEffects maybe for "weapon ranges" (for similar GZH's Search&Destroy bonus)  I can easly do "HoldTheLine" and "Bombardement" with AEs. It is about only coding... Smile

But for weapon ranges, it is a bit more complex,I think....Without breaking the game balance, everybody could do it easily.

At first,I thought  AttachEffect.WeaponRangeBonus= integer (1 or 2 for balance is good enough.)But right below is far better...

Maybe the new code could be like  :

AttachEffect.ChangeWeaponTo= Any Weapon from the [WeaponsList]

I like this idea much more.Since "duration " is also customizable.we could decide the affect will be temporal or eternal ? What do you think ?

Waow!!! With this, game engine allows to do global upgrades like in C&CGZH even including the existing units on the battlefield.

Like the idea of the mod RiseOfTheEast, an auto fired immune  HunterSeeker unit  that effects the whole battlefield with the AlternatePrerequsite and AlternateNegativePrerequsite  feedback , this could be wonderful.I think you catch the idea.

_________________
drugstore-catalog.com

Last edited by maestro21 on Fri Nov 06, 2020 1:58 pm; edited 3 times in total

Back to top
View user's profile Send private message Send e-mail YouTube User URL Facebook Profile URL Twitter Channel URL AIM Address
Millennium
Commander


Joined: 09 Mar 2008
Location: Osaka (JP)/Hong Kong/Germany

PostPosted: Fri Nov 06, 2020 1:36 pm    Post subject: Reply with quote  Mark this post and the followings unread

maestro21 wrote:

AttachEffect.ChangeWeaponTo= Any Weapon from the [WeaponsList]
[...]
Waow!!! With this, game engine allows to do global upgrades like in C&CGZH even including the existing units on the battlefield.


I think (and I'm not sure I suggested this before), I think an AttachEffect/ProtoType hybrid would be a generalized method for this. The AttachEffect would apply a ProtoType (not really "proto", since it would have a higher load order than the unit it is applied to), e.g.:

Code:

; weapon
[Harmlesser]
...
Warhead=Harmlessing

; warhead
[Harmlessing]
...
AttachEffect.Type=HARMLESS_UNIT

; unit
[HARMLESS_UNIT]
Primary=BubbleGun
Secondary=BubbleGun

; weapon
[BubbleGun]
...
Damage=0
Projectiles=Bubble
Warhead=BubblePop


If "Harmlesser" weapon is fired at a unit, the "Harmlessing" warhead applies the type "HARMLESS_UNIT" as an AE. The type itself does not have any definitions other than the "BubbleGun" weapon in this example, overriding the weapons of the unit hit with the warhead. Depending on the definitions in the type that the AE applies, any change conceivable in the game engine could be applied, in principle.

This could be tied to a weapon, but could also conceivably be used to apply unit upgrades to existing units in the battlefield via map-wide GenericWarhead SW.

Disclaimer:
I can foresee that here are some possible issues with this involving potentially-infinite lists. Right now, this only appears to be the case with Prerequisite.Lists; there can be a (virtually) unlimited number of alternate prerequisite lists on a unit, and while it's in principle possible to simply define an arbitrary number of Prerequisite.Lists on the type defined in AttachEffect.Type to override any and all of the presumably rather limited number of Prerequisite.Lists defined by a sane modder on a given unit, I'd prefer a solution on a theoretical level. For Prerequisite.Lists, this is, of course inconsequential: since we apply the AttachEffect.Type to units that already exist, what you do to the Prerequisite of their type has no influence. However, the WeaponX system is a potential instance of this problem if it ever gets expanded, and there might be other instances of this issue that are escaping my notice. A possible theoretical solution would be a tag that works like an intra-type prototyping, forcing all iterations of a certain tag to default to a certain value; e.g. Prerequisite.ListDefault=FACTORY or WeaponDefault=Minigun forcing all PrerequisiteLists or WeaponX statements to default to these values. I've not really thought this through though.

_________________
Mao Zedong wrote:

Our mission, unfinished, may take a thousand years.  

Back to top
View user's profile Send private message
maestro21
Soldier


Joined: 25 Feb 2008
Location: Philippines

PostPosted: Fri Nov 06, 2020 1:58 pm    Post subject: Reply with quote  Mark this post and the followings unread

Epic failure of me again. When I started to write this in excite, I totally forgot about Secondaries ( weapons) or WeaponX instead of Primary=* ... So, it is definetly stays a dream which can never exist. Sad

_________________
drugstore-catalog.com

Back to top
View user's profile Send private message Send e-mail YouTube User URL Facebook Profile URL Twitter Channel URL AIM Address
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Wed Dec 09, 2020 11:10 am    Post subject: Reply with quote  Mark this post and the followings unread


Back to top
View user's profile Send private message Send e-mail Visit poster's website ModDB Profile ID YouTube User URL Twitter Channel URL Skype Account
Artraiden
Medic


Joined: 23 Apr 2017

PostPosted: Tue Dec 15, 2020 10:08 am    Post subject: Reply with quote  Mark this post and the followings unread

It's possible enumerate theme(md).mix like expandxx.mix? HQ music need more space and theme.mix after 2G don't see new tracks

Back to top
View user's profile Send private message
E1 Elite
General


Joined: 28 May 2013

PostPosted: Tue Dec 15, 2020 2:33 pm    Post subject: Reply with quote  Mark this post and the followings unread

Can't you use ecache*.mix or expandmdXX.mix for music?

Back to top
View user's profile Send private message
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Tue Dec 15, 2020 6:18 pm    Post subject: Reply with quote  Mark this post and the followings unread

You can - it works; both overriding existing theme tracks and adding new ones.

Back to top
View user's profile Send private message Send e-mail Visit poster's website ModDB Profile ID YouTube User URL Twitter Channel URL Skype Account
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Wed Dec 16, 2020 12:04 pm    Post subject: Reply with quote  Mark this post and the followings unread

TAK02 wrote:
Request/Suggestion: Make TiberiumToSpawn from Firestorm work again.

You can spawn different type of Tib/ore with TiberiumSpawnType= on debris, so make a dummy tib tree with a weapon that spawns invisible debris around itself.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Thu Dec 24, 2020 1:35 pm    Post subject: Reply with quote  Mark this post and the followings unread

Request/Suggestion: "Recall all Harvesters"; all harvesters look for nearest Refinery to dump ore at. Maybe "force" Slaves to unload at Slave Miner too?

Feature from Emperor: Battle for Dune, and affects even if a harvie is being ferried by its Carryall (will head to Refinery as soon as it lands).

Back to top
View user's profile Send private message Send e-mail Visit poster's website ModDB Profile ID YouTube User URL Twitter Channel URL Skype Account
NimoStar
Commander


Joined: 07 Nov 2012
Location: Buenos Aires

PostPosted: Fri Dec 25, 2020 10:17 pm    Post subject: Reply with quote  Mark this post and the followings unread


_________________

Back to top
View user's profile Send private message Visit poster's website
Mr.Hymn
Missile Trooper


Joined: 01 May 2020

PostPosted: Sat Dec 26, 2020 3:08 pm    Post subject: Reply with quote  Mark this post and the followings unread

I would love to see upgrade become possible. I mean to make changes in the unit such as GI1 and GI2 once upgraded GI1 will be taken out and all GI1 in the map will be changed to GI2 and now you can produce only GI2. Something like this. Oh oh! BTW I wish we could customize separate radsite would be nice. I don't want to change the original but add a different one in.

Oh last thing. MakeInfantry is awesome howabout MakeVehicle too?

UnitDelivery can have some more tags add in like in Generals, Such as Create_On_Area, Create_Outside_Map, Create_on_Air so unit such as a group of something can travelling to battlefield or appear on spot like original or create on air if it's airborne unit etc... Pretty neat right?

Back to top
View user's profile Send private message
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Sat Dec 26, 2020 3:14 pm    Post subject: Reply with quote  Mark this post and the followings unread

You could give the upgrade a weapon that covers the whole map & only effects GI1, then use MakeInfantry to convert it to GI2.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
Mig Eater
Defense Minister


Joined: 13 Nov 2003
Location: Eindhoven

PostPosted: Mon Dec 28, 2020 4:13 pm    Post subject: Reply with quote  Mark this post and the followings unread

I have an idea for a change...

A tag that changes the cost of a unit/building based on how many you own, something like Cost.UnitMulit=. It would be an alternative to BuildLimit= etc where instead of a hard cap the price would grow making it more economically difficult to buy.

This could already be done with buildings by using lot of clones with increasing cost & Prerequisite.Negative= but it's currently not possible with units.

_________________



Back to top
View user's profile Send private message Visit poster's website ModDB Profile ID YouTube User URL Facebook Profile URL Twitter Channel URL
Display posts from previous:   
Post new topic   Reply to topic Page 16 of 16 [800 Posts] Goto page: Previous 1, 2, 3, ..., 14, 15, 16
Mark the topic unread ::  View previous topic :: View next topic
 
Share on TwitterShare on FacebookShare on Google+Share on DiggShare on RedditShare on PInterestShare on Del.icio.usShare on Stumble Upon
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © phpBB Group

[ Time: 0.2705s ][ Queries: 11 (0.0409s) ][ Debug on ]