Add support for musical instruments (scale off perception) #11468

Coolthulhu · 2015-03-05T13:56:32Z

Support for modable instruments.

Instruments are active items that produce sound and morale effect. This morale effect maxes out at (configurable) fun + fun_bonus * player->per_cur. Perception, because it's a bad stat, no other stat/skill makes sense here (plus grinding skills just by playing music would be horrid design) and because musical skill has a lot to do with hearing.

At low morale this can be a penalty - this is handled too.

Instruments consume some move points, so that they aren't totally free to use. If the player is too slow to play the instrument, it "turns off" to prevent players getting soft-locked and starving to death. They also turn off when the player goes to sleep, gets under water or drops the item.

Configurable stats are: sound volume, moves_cost, fun, fun_bonus, description_frequency and descriptions. Descriptions are strings that will be randomly picked from to describe the sound. description_frequency is the number of turns to wait between printing descriptions.

Instruments need to be wielded or worn to be played.

I added only one instrument (mostly for testing): harmonica with holder.

I had to add charges to the instrument, because otherwise it would disappear as soon as it got processed. Any better solution that doesn't involve having (1) in item name?

BevapDin · 2015-03-05T14:53:16Z

src/iuse_actor.cpp

+    // Check for worn or wielded - no "floating"/bionic instruments for now
+    // TODO: Distinguish instruments played with hands and with mouth, consider encumbrance
+    const int inv_pos = p->get_item_position( it );
+    if( inv_pos > 0 || inv_pos == INT_MIN ) {


inv_pos == 0 is inventory, too.

BevapDin · 2015-03-05T14:57:44Z

src/iuse_actor.cpp

+    } else if( morale_effect < 0 && int(calendar::turn) % 10 ) {
+        // No musical skills = possible morale penalty
+        desc = _("You produce an annoying sound");
+        sounds::ambient_sound( p->posx(), p->posy(), volume, desc );


That prints the sounds twice, it's printed below again.

BevapDin · 2015-03-05T15:00:41Z

src/iuse_actor.cpp

+void musical_instrument_actor::load( JsonObject &obj )
+{
+    moves_cost = obj.get_int( "moves_cost", 25 );
+    volume = obj.get_int( "volume", 99 ); // Make it huge to alert the modder


Make it huge to alert the modder

I don't get this. If it's mandatory, why not omit the default value and let the json parser throw an error when it's missing?

Didn't know parser drops errors on missing fields with no defaults.

BevapDin · 2015-03-05T15:07:00Z

When it costs moves, maybe a use function isn't the right thing to do. This can be very confusing for players, for example when they were used to one attack per turn (because their weapon attack speed matched their character speed). With instrument it's suddenly lower. And there is no obvious hint about this. I expect many bug reports.

Maybe this is better implemented as a player activity.

You could re-install the instruments from data/recycling/instruments.json, but you probably know this already.

harmonica with holder.

Ignore everything I said, I can now roleplay as zombie slashing Bob Dylan. My life is complete (-:

Coolthulhu · 2015-03-05T15:13:12Z

Yeah, that move cost thing is not ideal. I though about how to do it, but I have no better idea.

I don't want to make it an activity, because it is supposed to be used when reading books, waiting for soup to boil, traveling around etc.

Lowering speed maybe? Would make it less of a no-brainer when reading and crafting

BevapDin · 2015-03-05T15:37:17Z

Lowering speed maybe? Would make it less of a no-brainer when reading and crafting

I like that. At the end of player::recalc_speed_bonus, the speed is limited to at least 25% of the base speed, so there is no danger in soft locking the player. Item processing can currently not change player stats (see #11274, artifacts used to do this).

An idea (may not work):

Make it a generic item / armor (no charges, the canned food items are like this).
Change it's iuse to simply toggle item::active when invoked directly (t parameter is false).
Inside of player::suffer (maybe somewhere else?) check for active items with the iuse_musical_instrument type, invoke it from there with t set to true.

BevapDin · 2015-03-05T15:41:39Z

src/iuse_actor.cpp

+    fun_bonus = obj.get_int( "fun_bonus", 0 );
+    description_frequency = obj.get_int( "description_frequency" );
+
+    JsonArray jarr = obj.get_array( "descriptions" );


You can use JsonObject::get_string_array to get the full array at once.

Coolthulhu · 2015-03-05T15:45:15Z

Would effects be suited to adding slowdown? I'd add a "occupied" effect every turn with duration 1 or 2 and intensity dependent on some parameter. It would reduce speed based on intensity.

BevapDin · 2015-03-05T15:58:11Z

Effects might work as well.

kevingranade · 2015-03-05T16:13:45Z

I like adding an effect, it also provides a reminder that you're playing the instrument in the player info menu.

Coolthulhu · 2015-03-05T16:55:46Z

OK, managed to do it using effects. It's a tiny bit ugly - I didn't find a way to re-apply an effect with lower intensity without overwriting current intensity, so I check for existing intensity before applying the new one. It is possible to play many instruments at once with no ill effects, but also no benefits.

Snaaty · 2015-03-05T22:39:22Z

This looks great! Perhaps the playing an instrument effect should also tell that the morale is being improved by playing the instrument?

KA101 · 2015-03-06T01:13:05Z

On behalf of everyone who ever played an instrument (recorder & saxophone in my case), you build skill by playing it repeatedly, in horrible grindy fashion. It's boring as hell to do scales, Au Claire De La Lune, Imperium, The theme from Jurassic Park, etc repeatedly for hours on end.

But in this case, grindy gameplay would be eminently realistic. I'm asking that music capability be tied to a new skill, rather than permanently tied to one's general perceptual abilities.

Rivet-the-Zombie · 2015-03-06T01:18:37Z

Is it really that important to measure if the character is actually good at playing?

If the effect remains the same, what's the purpose of a new (and very limited) skill?

KA101 · 2015-03-06T02:11:53Z

I'd imagine folks would want to play for NPCs (better musician = improved faction relations?) and/or feel that their music should improve with practice, no?

LunaTheArcticFox · 2015-03-06T02:19:10Z

If the effect remains the same, what's the purpose of a new (and very limited) skill?

Perhaps it could actually result in a loss of morale until you have a sufficiently high skill? The amount scaling with skill, too (ex: 1 Skill = -10 morale, 5 skill = 5 morale, 10 skill = 20 morale).

kevingranade · 2015-03-06T02:41:10Z

The last one, it should probably be frustrating (demoralizing) until you get good, then it turns the corner to being pleasurable.

KA101 · 2015-03-06T05:30:21Z

I'd suggest morale-neutral at something like 3-4, so folks can feel like they're making progress. Minor stamina drain (varies by instrument) as playing does take energy.

Coolthulhu · 2015-03-06T09:51:59Z

I picked a stat instead of skill, because in this case realism doesn't translate into good gameplay well.

With a skill, it would just mean all survivors become great musicians later on. A rock star zombie apocalypse may sound cool at first, but then you're left with the typical DDA midgame power creep, except now with extra purely time-dependent factor.
Unless the skill was tied to say, NPC skill training. Hard cap on practice, say at 3, rest from NPCs.

IRL skill grinding is bad for games, because here you just activate the grind and it "does itself". This adds nothing to the game, except yet another factor that distinguishes established survivors (who can wreck anything and anyone) from the new ones. In DDA, everyone becomes an independent, self-learned expert on everything after a while.

EDIT: Anyway, listening to own music for the n-th time would get boring, even with tons of skills - or maybe especially with tons of skills, because you don't have that reassuring progress and "noob gains".

KA101 · 2015-03-07T00:20:27Z

Anyway, listening to own music for the n-th time would get boring, even with tons of skills - or maybe especially with tons of skills, because you don't have that reassuring progress and "noob gains".

OK, then perhaps have the morale peak at 4-5, then drop off and plateau at 6ish? Depending on the PC's taste for experimentation, etc (which would be good to base on a stat/stats; weighted 2 or 3 parts PE to one part IN, perhaps?) the morale bonus gets better as the char enjoys changing things up and otherwise finds music rewarding.

George Carlin: "Jazz musicians are the only people I know who put in a full shift for pay, then go elsewhere and continue working for free."

Results to others would be largely skill-based, providing an incentive to practice and skill-up.

kevingranade · 2015-03-09T15:47:58Z

George Carlin: "Jazz musicians are the only people I know who put in a full shift for pay, then go elsewhere and continue working for free."

Ha, he didn't know me, did he? :P

KA101 · 2015-03-09T23:52:24Z

No, I guess not, and sorry I missed the release. Megamerge GO.

Conflicts: src/item_factory.cpp src/iuse_actor.cpp src/iuse_actor.h

Coolthulhu added 3 commits March 5, 2015 14:39

Add support for musical instruments (scale off perception)

639ba06

Small fixes

dae5de1

Handle dropped items

8b99391

BevapDin reviewed Mar 5, 2015
View reviewed changes

Inventory starts at '0'

b03f735

BevapDin reviewed Mar 5, 2015
View reviewed changes

Fix duplicate sound

cfd9e8d

BevapDin reviewed Mar 5, 2015
View reviewed changes

Bail out and throw errors instead of substituting default variables

53f136f

BevapDin reviewed Mar 5, 2015
View reviewed changes

Change move cost to speed penalty

e22d679

KA101 added the <Enhancement / Feature> New features, or enhancements on existing label Mar 7, 2015

Coolthulhu added 2 commits March 13, 2015 00:48

Merge branch 'master' into musical-instruments

ccc4cee

Conflicts: src/item_factory.cpp src/iuse_actor.cpp src/iuse_actor.h

Fix iuse_actor generation

575c4c4

kevingranade merged commit 575c4c4 into CleverRaven:master Mar 22, 2015

Coolthulhu deleted the musical-instruments branch April 10, 2015 10:40

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Add support for musical instruments (scale off perception) #11468

Add support for musical instruments (scale off perception) #11468

Coolthulhu commented Mar 5, 2015

BevapDin Mar 5, 2015

BevapDin Mar 5, 2015

BevapDin Mar 5, 2015

Coolthulhu Mar 5, 2015

BevapDin commented Mar 5, 2015

Coolthulhu commented Mar 5, 2015

BevapDin commented Mar 5, 2015

BevapDin Mar 5, 2015

Coolthulhu commented Mar 5, 2015

BevapDin commented Mar 5, 2015

kevingranade commented Mar 5, 2015 via email

Coolthulhu commented Mar 5, 2015

Snaaty commented Mar 5, 2015

KA101 commented Mar 6, 2015

Rivet-the-Zombie commented Mar 6, 2015

KA101 commented Mar 6, 2015

LunaTheArcticFox commented Mar 6, 2015

kevingranade commented Mar 6, 2015 via email

KA101 commented Mar 6, 2015

Coolthulhu commented Mar 6, 2015

KA101 commented Mar 7, 2015

kevingranade commented Mar 9, 2015

KA101 commented Mar 9, 2015

Add support for musical instruments (scale off perception) #11468

Add support for musical instruments (scale off perception) #11468

Conversation

Coolthulhu commented Mar 5, 2015

BevapDin Mar 5, 2015

Choose a reason for hiding this comment

BevapDin Mar 5, 2015

Choose a reason for hiding this comment

BevapDin Mar 5, 2015

Choose a reason for hiding this comment

Coolthulhu Mar 5, 2015

Choose a reason for hiding this comment

BevapDin commented Mar 5, 2015

Coolthulhu commented Mar 5, 2015

BevapDin commented Mar 5, 2015

BevapDin Mar 5, 2015

Choose a reason for hiding this comment

Coolthulhu commented Mar 5, 2015

BevapDin commented Mar 5, 2015

kevingranade commented Mar 5, 2015 via email

Coolthulhu commented Mar 5, 2015

Snaaty commented Mar 5, 2015

KA101 commented Mar 6, 2015

Rivet-the-Zombie commented Mar 6, 2015

KA101 commented Mar 6, 2015

LunaTheArcticFox commented Mar 6, 2015

kevingranade commented Mar 6, 2015 via email

KA101 commented Mar 6, 2015

Coolthulhu commented Mar 6, 2015

KA101 commented Mar 7, 2015

kevingranade commented Mar 9, 2015

KA101 commented Mar 9, 2015