Different Therad about Emitters in LBP2

[coasterfreak1235]

^^ Sorry for the typo there ^^

I hope they reprogram it too. In LBP1, I really can't imagine how ONE emiter emitting an grabbable cube with an flashing light on it, the logic of it made with a piston, a chunk of DM and Dissolve, and a Magne Switch and Key, with one existing at a time with lifetime infinite, with emitting being controlled by a Grab Switch, HOW CAN IT EAT A 1/4th OF THE THERMO? That's ridiculous. OK, perhaps it was a little more complicated, but still, 1/4th. :moody:

And another thing; the new kind of On/Off option for them. Imagine having an emitter emitting a slab of the ol' DM. When a swich turn the Emitter on, it starts emitting the slab. When Emiter gets set off, it will stop emitting that poor slab. It CAN be done ät the time, and even go around the annoying nose and smoke when demitting, but it would be more simple and thermo-saving. After all, Mm made the Bounce Pad too! :D

[Shadowriver]

This is why theres microchips and mechanical logic will be replaced with something more real deal :)

[JspOt]

That takes 1/4 thermo? :frightened: :boo:

[coasterfreak1235]

It was more of an example... :D

[roux-]

Frankly the only thing I want for emitters is for 'de-emit' as an option; infinite life in an emitted object until you hit a switch and it disappears. Hit the switch again and it comes back.

[coasterfreak1235]

Thats roughly what I was proposing, put simply :D

[rtm223]

You might want to look at your max at once settings on your emitters and the frequency as well. Emmitters don't chew up thermo, unless badly configured. You shouldn't even notice the thermo contribution of what you are describing.

But to answer what I think you are answering.... yes you whould be able to emit microchips along with the emitted object. This of course helps with the issue of logic blocking on emitted objects (which is avoidable now, in many ways, but still a design constraint)

I always figured a demitter could be a tweak option in the emitter menu and only take on/off signals (much like the way that pistons can be tweaked to flipper). In fairness though, if it's not supported, I'll just continue using the current methods. It wouldn't be fun any more if MM do everything for us now would it ;)