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 Thu Mar 28, 2024 9:43 pm
All times are UTC + 0
Hilarious bug with Slave Miners
Moderators: Ares Support Team at PPM, Global Moderators, Red Alert 2 Moderators
Post new topic   Reply to topic Page 1 of 1 [6 Posts] Mark the topic unread ::  View previous topic :: View next topic
Author Message
TAK02
General


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Sat Sep 29, 2018 1:53 pm    Post subject:  Hilarious bug with Slave Miners
Subject description: Dunno how vanilla reacts, but I doubt it's different.
Reply with quote  Mark this post and the followings unread

Logic.exe was not found.

Also, I noticed Slaves would pop out of the GACNST spawned, tho only at high speeds, if the recordings are anything to go by.

The test map has no ore to speak of what-so-ever (it's completely blank).

Here are the codes you'll need to add:
Code:
[GAREFN]
;FreeUnit=CMIN
Enslaves=SLAV
SlavesNumber=8
SlaveRegenRate=800
SlaveReloadRate=80
UndeploysInto=AMCV


This "bug" causes buildings to auto-sell if they have nothing in the "UndeploysInto", which is the default.

The instant I deploy the AMCV that spawned via GAREFN undeploy, it starts the loop you see in the video.

THAT is the actual bug I'm trying to show here.
Not the undepoy turning into a sell order if there's no UndeploysInto defined.

Attaching attachement is not possbile 'cause "No post mode specified".
The video is here: https://www.moddb.com/mods/supreme-yr/videos/slave-system-and-ore-less-maps



_________________
One and only developer of the Command & Conquer Dune "C&C D" mod.
m7 wrote:
I tend to release things I create so that assets are never lost to hard drive problems, accidental deletion, or me having to pretend to care about rippers taking things from my project when it is done. #Tongue

Last edited by TAK02 on Sun Sep 30, 2018 6:30 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
cxtian39
Commander


Joined: 11 Feb 2016

PostPosted: Sat Sep 29, 2018 8:48 pm    Post subject: Reply with quote  Mark this post and the followings unread

It has no UndeploysInto= so the only thing it can do is selling itself (Nothing appears after undeploying) when forced to undeploy
I don't think it's a bug.
If you try to let a unit/building born as a slaveminer deploy/undeploy to something else, some slaveminer properties persist

_________________

Back to top
View user's profile Send private message Skype Account
PussyPus
Commander


Joined: 14 Jul 2015
Location: Egypt

PostPosted: Sat Sep 29, 2018 9:47 pm    Post subject: Reply with quote  Mark this post and the followings unread

Looks like a bug but not a bug at the same time, this is not logical when your own conyard undeploys itself into an mcv without your command for example

_________________
If you are a MetalHead (Heavy Metal Fan) and don't want to be a metalhead, Just remove your metal ball from your head. �:p .

Back to top
View user's profile Send private message ModDB Profile ID Skype Account
cxtian39
Commander


Joined: 11 Feb 2016

PostPosted: Sat Sep 29, 2018 11:50 pm    Post subject: Reply with quote  Mark this post and the followings unread

PussyPus wrote:
Looks like a bug but not a bug at the same time, this is not logical when your own conyard undeploys itself into an mcv without your command for example
Because it's initially a slaveminer. You already notice that when YAREFN converts to something else like SMIN it doesn't lose harvesting mission nor lose/renew any of its slaves. There should be some mechanism underneath to ensure the converter and the convertee behave as if they are one entity. So the AMCV shown in the video is technically a slaveminer but lack of slaveminer specific tags (guess the default values are used and it results “bizarre” behavior, plus there are no ores).

PS: you can make an auto-deploy/undeploy unit by making it a slaveminer and omit Buildup= to prevent selling

_________________

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


Joined: 22 Jul 2018

PostPosted: Sun Sep 30, 2018 2:33 am    Post subject: Reply with quote  Mark this post and the followings unread

Slaveminers will scan for ore, and when it find itself too far from the closest ore field it will undeploy into its vehicle form and move towards the ore field, deploy again.
This is how it is designed, so a building with slaveminer properties will follow this rule and undeploy itself, or to say, sell itself if it cannot undeploy into something. There are range scanning things specially set for them just as normal miners do, i.e SlaveMinerShortScan=.

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


Joined: 28 Jun 2015
Location: It was Damascus.

PostPosted: Sun Sep 30, 2018 6:29 am    Post subject: Reply with quote  Mark this post and the followings unread

Do note that what I am worried about is not the selling happening.

What I am worried about is how the AMCV that ends up spawning is completely unusable.
Because of [GArEFN]UndeploysInto=AMCV
AMCV and GACNST are now both part of the slave miner logic, AFAI can see.
This explains the "I noticed Slaves would pop out of the GACNST spawned, tho only at high speeds".

The instant I deploy the AMCV that spawned via GAREFN undeploy, it starts the loop you see in the video.

THAT is the actual bug.
Not the undepoy turning into a sell order if there's no UndeploysInto defined.

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
Display posts from previous:   
Post new topic   Reply to topic Page 1 of 1 [6 Posts] 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.1511s ][ Queries: 11 (0.0080s) ][ Debug on ]