The following warnings occurred: | |||||||||||||||
Warning [2] Undefined property: MyLanguage::$archive_pages - Line: 2 - File: printthread.php(287) : eval()'d code PHP 8.2.24 (Linux)
|
DFD: 284 vs. 504, 336 vs. 1029 - Printable Version +- Renegade Projects Network Forums (https://forums.renegadeprojects.com) +-- Forum: Inject the Battlefield (https://forums.renegadeprojects.com/forumdisplay.php?fid=60) +--- Forum: DFD: Daily Feature Deathmatch (https://forums.renegadeprojects.com/forumdisplay.php?fid=71) +--- Thread: DFD: 284 vs. 504, 336 vs. 1029 (/showthread.php?tid=1561) Pages:
1
2
|
RE: DFD: 284 vs. 504, 336 vs. 1029 - Lt Albrecht - 05.07.2010 #284 is eyecandy, and nothing much more. #504 allows new things to be done and old things to be done again. #336 is for people pathologically afraid of the SHP builder. #1029 is Ares doing the grunt work for modders who could just import a script to each MP map. In short, kill everything except #504 please, and if two must go forward make hem #504 and #284... RE: DFD: 284 vs. 504, 336 vs. 1029 - cranium - 06.07.2010 Hmmm, choosing between these #284 and #504 is kind of hard, and even though it most likely will produce overpowered vehicles and such I have to say #504 would be more interesting to see. #336 and #1029 not to keen on these, they both seem impractical, but if I had to choose I guess I'd shoot for #1029. RE: DFD: 284 vs. 504, 336 vs. 1029 - Beowulf - 06.07.2010 Kill #284. Compared to #504, it's not nearly as useful. Can care less about #336; #1029 could make for some interesting game modes so I vote for that. RE: DFD: 284 vs. 504, 336 vs. 1029 - Renegade - 06.07.2010 While still not everyone has come around, I'm glad to see the number of actual argumentations has increased since yesterday. Fight 1 Among the actual argumentations, reaperrr's is very strong. He lists a number of very good reasons to implement #504, especially in terms of replacing and enhancing other issues. Since there is no actual argumentation for #284 or against #504, and since it seems like #504 has more support anyway, my vote shall be thus: Kill #284 Support #504 Fight 2 While I agree that cameo text can easily be added, personally, I don't see this as a reason for why #336 should be "redundant" or otherwise irrelevant - only as a reason for it to not be as pressing. Just as an opponent can argue "you can easily add text with the SHP editor", a supporter can argue "I wouldn't even have to add text if this issue were implemented, and I'd have to edit and save a new file every time I want to use that image". To say that an issue is completely invalid because a superficially similar effect with different properties can be achieved through entirely different means is invalid, imo. The same goes for the other issue - yes, surely you could script side changes on each individual map. But to pretend that forcing the modders to edit every YR multiplayer map in existence is the exact same thing as making the effects a native part of the game is just ridiculous. Don't get me wrong - I'm not saying that reasonably available emulation isn't an argument to postpone a particular issue. But if that's the sole argumentation, with no further reason to implement the other issue instead, and no additional reason against the issue, then it's simply not convincing to me. Yes, stuff can be emulated. But if the mere existence of known emulations would automatically disqualify issues from implementation, then everything from BuiltAt= over real mine layers to parabombs and several other new super weapons would be closed immediately. Possible emulation methods are a supporting factor for killing - not a reason. The main argumentations for fight 2 seem to be: (04.07.2010, 21:42:38)reaperrr Wrote: #1029 is more interesting but most likely requires massively more work, #336 has very little value but is most likely easier to implement. (04.07.2010, 23:19:21)Speeder Wrote: It isn't that much of work to do a cameo with text you want it to have. Also, 1029 has some interesting things proposed and short game logic/customizable winning conditions for skirmish is something worthy to take a look at. (05.07.2010, 11:20:48)Blade Wrote: Kill 336 since it's of little practical value except to a TC or where all icons get replaced and isn't needed strictly, its just a conveniance. That said I don't really support 1029 either, I'd much rather see Player@X work on events as well as actions in maps to emulate 1029 and many other game modes in the maps themselves. (05.07.2010, 02:34:14)Drogan Wrote: And 1029 could bring some flexibility into skirmish gameplay. (06.07.2010, 05:30:23)Beowulf Wrote: Can care less about #336; #1029 could make for some interesting game modes so I vote for that. I must say, I find it rather hilarious that Drogan, in trying to argue against #336, actually provided the biggest argument for it to me - as someone who tried to provide multiple language versions of a mod in the past, I most certainly would have appreciated if the textual translations of the .csf propagated over to the cameos. I also distinctly remember wishing for TS-like cameo texts dozens of times during development, because, as much as people may argue "you can change text with the cameo editor", the truth is, editing an image file, particularly if you have to remove previous cameo text, is multiple times the work than simply adding/changing a string is. So while yes, it can be done with the SHP editor, that's also vastly less convenient. However, at this point, I was convinced. I was ready to wave off #336 as a minor convenience compared to the greater flexibility #1029 would offer, and vote for the latter. Then I actually thought about #1029 ingame. And the more I thought about it, the more a simple thing bothered me about #1029: It defeats the purpose. The very idea of Short Game is that only the buildings matter, and the units can go to hell. Your base can be swarming with enemy units, if you kill that last major base building, poof, you win. Fuck the units. Having the giant army in your base then turn into an army of neutral maniacs does exactly the opposite of what short game is supposed to do - instead of allowing you to dispose of the enemy quickly, it prolongs the fight. Not to mention that it's also inherently unfair: If there are three players in the game, and Player A defeats Player B, Player B shouldn't be able to defeat Player A from the grave for Player C's victory. Let's have a look at the proposed values:
So yeah. As said, I was basically convinced by the arguments of greater "flexibility [in] skirmish gameplay" and more "interesting game modes", but the more I think about it in reality, the more I think #1029 would defeat the purpose of Short Game and create unfair scenarios in the game. Therefore, my vote shall be: Kill #1029 Support #336 RE: DFD: 284 vs. 504, 336 vs. 1029 - AlexB - 06.07.2010 Fight 1 #504 seems to have more use cases (and 284 has no friends), so i vote for that. Fight 2 No issue is wanted that badly. Some people even want both to die. While it is a good idea to automate cameo generation this might be very complicated to implement. It would be better to enhance SHP Builder to bulk-iconify images. Issue #1029 should actually be faster to implement. I chose the lesser evil to live, #1029. Btw: Turn.FreedomFighters is the hardest to implement right (AI will not consider neutral units as enemies) and the stupidest game-wise. Turn.Neutral could be (mis-)used to create a bunch of units for the remaining houses to capture (like with the KillDriver logic) and thus encourage players to act more aggressively. RE: DFD: 284 vs. 504, 336 vs. 1029 - DCoder - 08.07.2010 Fight 1 #504, no contest. Fight 2 #336 - this allows you to experiment with a font style without regenerating all the cameos. Also, localization becomes easier as you no longer need a second copy of all the cameos. Hell, I think even RTL text alignment could be configured somehow... Instead of #1029 I think new/more flexible gamemodes would be better. RE: DFD: 284 vs. 504, 336 vs. 1029 - Renegade - 08.07.2010 Results: Fight 1 Survivor: #504 Loser: #284 Fight 2 Survivor: #336 Loser: #1029 |