Suggested Optimizing Wireless Logic

[Nickizzy]

That sounds stupid CPU intensive, having each receiver have to do something for each and every pulse, whereas the current version will only send the signal direct to the block it's paired to.

A better way to handle frequencies is that when ever an transceiver is toggled, have it loop through an array and toggle each one to the new status.

About as cpu intensive as an "event" or variable change on a programing software. Each frequency(say, 51) is it's own little bit with two states, on and off. When an output(sender) turns on at the frequency of 51, the variable "logic 51" turns on, and the receivers tuned to 51 all turn on.

 

[Endal]

About as cpu intensive as an "event" or variable change on a programing software. Each frequency(say, 51) is it's own little bit with two states, on and off. When an output(sender) turns on at the frequency of 51, the variable "logic 51" turns on, and the receivers tuned to 51 all turn on.

Rimmer was refering to a "Pulse" system where transmitters send a physical (but invisible) pulse outwards with the frequency and state tag, I figured it would be CPU intensive since it goes through the higher-end of the processing and might cause lag. A system that is purely conditions, variables and events would be much less saturated.

 

[GalactusX]

a laser that can activate / deactivate logical block would also be a good idea, as the ship cores do

 

[Endal]

a laser that can activate / deactivate logical block would also be a good idea, as the ship cores do

That is the "Logic Beam" Idea, which has been touched on by many people so I don't feel the need to suggest it again.

 

[GalactusX]

i refer to the main web page post.. like "HEY is a good idea"

 

[Nickizzy]

Rimmer was refering to a "Pulse" system where transmitters send a physical (but invisible) pulse outwards with the frequency and state tag, I figured it would be CPU intensive since it goes through the higher-end of the processing and might cause lag. A system that is purely conditions, variables and events would be much less saturated.

So it needs to act as a traveling bubble with a speed of action and act as a physical effect? Thats just a harder opperation with no added bonuses. It could just be a variable change that would only need 2^32 bits, or about 4 billion. Bits. That isn't much. No reason to add extra time delay calculations and stuff.

 

[therimmer96]

So it needs to act as a traveling bubble with a speed of action and act as a physical effect? Thats just a harder opperation with no added bonuses. It could just be a variable change that would only need 2^32 bits, or about 4 billion. Bits. That isn't much. No reason to add extra time delay calculations and stuff.

We'd already discussed this earlier in the thread and came to the same conclusion.

 

[Sven_The_Slayer]

Yeah limiting it to your sector and surrounding sector sounds great but it still might require a lot of overhead. The game would need to keep track of which ships have receivers , their location on the ship and their frequency otherwise we're looking at a query of every ship in 27 sectors looking for a single block every time the state of a transmitter changes.