Beacon/ja - Revision history

Bilka: removed duplicate untranslated sentences

2024-06-06T16:19:33Z

removed duplicate untranslated sentences

← Older revision		Revision as of 16:19, 6 June 2024
Line 35:		Line 35:

	* 今のところ、[[Module/ja#生産速度モジュール\|生産速度]]と[[Module/ja#エネルギー効率モジュール\|エネルギー効率]]モジュールだけが、ビーコンで利用可能である。[[Module/ja#生産力モジュール\|生産力]]モジュールは利用できない。		* 今のところ、[[Module/ja#生産速度モジュール\|生産速度]]と[[Module/ja#エネルギー効率モジュール\|エネルギー効率]]モジュールだけが、ビーコンで利用可能である。[[Module/ja#生産力モジュール\|生産力]]モジュールは利用できない。

	* A beacon's effect transmitted is only half of the effect of the modules within. So, two of the same module = one module's worth transmitted. This limitation can be overcome with more beacons with overlapping areas.

	* ビーコンの効果伝達は、モジュールの効果の半分になる。そのため、２つ同じモジュールを使えば、モジュール１つ分の効果を伝達できる。この制限は、同じ領域に重複して沢山のビーコンが存在してもこの制限は変わらない。		* ビーコンの効果伝達は、モジュールの効果の半分になる。そのため、２つ同じモジュールを使えば、モジュール１つ分の効果を伝達できる。この制限は、同じ領域に重複して沢山のビーコンが存在してもこの制限は変わらない。
Line 53:		Line 51:
	: 今のところ、ゲーム内でこのサイズの建物は [[rocket silo/ja\|ロケットサイロ]]しかない。より小さい建物と違い、この構成は、ビーコンと建物の間に２マス分の空間を確保でき、ビーコンとビーコンの間を１マス分空ける事ができるので、ベルトやインサータを置くことができる。		: 今のところ、ゲーム内でこのサイズの建物は [[rocket silo/ja\|ロケットサイロ]]しかない。より小さい建物と違い、この構成は、ビーコンと建物の間に２マス分の空間を確保でき、ビーコンとビーコンの間を１マス分空ける事ができるので、ベルトやインサータを置くことができる。

	~~The maximum number of beacons that can be built in range of a row of buildings:~~
	建物の列を範囲内に入れておけるビーコンの最大数は以下の通りである。		建物の列を範囲内に入れておけるビーコンの最大数は以下の通りである。

Line 81:		Line 78:

	どちらの場合にも、''mod(n,r)''の建物が「余る」ことになる。上記のビーコン総数の計算が有効であるためには、隣接する行の連続したブロックの端に、行ごとに1つずつ追加する必要がある。他の構成（例えば、すべて1つの行の端に追加する、2つ目の行の端に1つずつ追加するなど）では、より多くのビーコンをカバーする必要がある。		どちらの場合にも、''mod(n,r)''の建物が「余る」ことになる。上記のビーコン総数の計算が有効であるためには、隣接する行の連続したブロックの端に、行ごとに1つずつ追加する必要がある。他の構成（例えば、すべて1つの行の端に追加する、2つ目の行の端に1つずつ追加するなど）では、より多くのビーコンをカバーする必要がある。


	=== 最適な配列 ===		=== 最適な配列 ===

Zefard at 05:02, 11 May 2024

2024-05-11T05:02:37Z

← Older revision		Revision as of 05:02, 11 May 2024
Line 1:		Line 1:
	{{Languages}}{{:Infobox:Beacon}}		{{Languages}}{{Translation verification\|revisionID=192038}}
			{{:Infobox:Beacon}}
	'''ビーコン'''は、[[module/ja\|モジュール]]の効果を付近 9×9 マスの範囲の機械に転送する装置である。転送された効果はもとの半分になる。しかし、ビーコンはモジュールの効果を複数の機械に転送でき、１つの機械を効果範囲に入れている全てのビーコンの効果が積み重なる。ビーコンを使うことで、内部のモジュールスロットの通常の限界を超えたブーストを得ることができる。例えば、枯れた[[pumpjack/ja\|油井]]は、単独だと 0.2 までしか届かないが、このようなブーストによって、1サイクルあたり0.25の原油を生み出せる。		'''ビーコン'''は、[[module/ja\|モジュール]]の効果を付近 9×9 マスの範囲の機械に転送する装置である。転送された効果はもとの半分になる。しかし、ビーコンはモジュールの効果を複数の機械に転送でき、１つの機械を効果範囲に入れている全てのビーコンの効果が積み重なる。ビーコンを使うことで、内部のモジュールスロットの通常の限界を超えたブーストを得ることができる。例えば、枯れた[[pumpjack/ja\|油井]]は、単独だと 0.2 までしか届かないが、このようなブーストによって、1サイクルあたり0.25の原油を生み出せる。

Zefard at 20:21, 5 May 2024

2024-05-05T20:21:36Z

← Older revision		Revision as of 20:21, 5 May 2024
Line 31:		Line 31:
	== 制限 ==		== 制限 ==

	* モジュール用スロットのある建物しか、ビーコンの恩恵は受けられない（例えば、[[laser ~~turrer~~/ja\|レーザータレット]]には効果がない）このルールの唯一例外は、ビーコン自身は（他のビーコンも含めて）セットされたモジュールの効果を''受けない''ということであり、ビーコン自身の消費電力を減らすことはできない。		* モジュール用スロットのある建物しか、ビーコンの恩恵は受けられない（例えば、[[laser turret/ja\|レーザータレット]]には効果がない）このルールの唯一例外は、ビーコン自身は（他のビーコンも含めて）セットされたモジュールの効果を''受けない''ということであり、ビーコン自身の消費電力を減らすことはできない。

	* 今のところ、[[Module/ja#生産速度モジュール\|生産速度]]と[[Module/ja#エネルギー効率モジュール\|エネルギー効率]]モジュールだけが、ビーコンで利用可能である。[[Module/ja#生産力モジュール\|生産力]]モジュールは利用できない。		* 今のところ、[[Module/ja#生産速度モジュール\|生産速度]]と[[Module/ja#エネルギー効率モジュール\|エネルギー効率]]モジュールだけが、ビーコンで利用可能である。[[Module/ja#生産力モジュール\|生産力]]モジュールは利用できない。

Zefard at 07:37, 30 April 2024

2024-04-30T07:37:20Z

← Older revision		Revision as of 07:37, 30 April 2024
Line 63:		Line 63:
	== ビーコンの配列 ==		== ビーコンの配列 ==

	Beacons can boost the overall capabilities of a factory quite significantly. However, they consume a considerable amount of power (480 kW apiece), take up nontrivial space, complicate logistics, and also are relatively expensive to craft. Therefore, when building an entire production line with a high beacon boost, it is significantly more economical to build a row of production buildings surrounded by row(s) of beacons, rather than single buildings surrounded by the maximum number of beacons theoretically possible. This also simplifies logistics and makes the design more tiling-friendly.		ビーコンは工場全体の能力をかなり高めることができる。しかし、ビーコンはかなりの電力（1個480kW）を消費し、少なくないスペースを取り、物流を複雑にし、また製作コストも比較的高い。したがって、ビーコンブーストを多用して生産ライン全体を構築する場合、理論上可能な最大数のビーコンに囲まれた単一の建物よりも、ビーコン列で囲まれた生産施設の列を構築する方が大幅に経済的である。これはまた、物流を簡素化し、配置しやすい設計にする。

	The maximum possible benefits are reduced somewhat in row-array configuration (for 3×3 buildings, 8 beacons per building are possible instead of 12; for 5×5 buildings, 10 instead of 16), but the number of beacons required to achieve this boost level is considerably lower. For example, for a single row of 3×3 buildings surrounded by a double row of beacons so that each production building is in range of 8 beacons, the total number of beacons required is <code>2n + 6</code>~~, where~~ ''n'' ~~is the number of production buildings.~~		列アレイ構成の場合、最大可能利益はいくらか減少するが（3×3の建物の場合、1棟あたり12個ではなく8個、5×5の建物の場合、16個ではなく10個）、このブースト・レベルを達成するのに必要なビーコンの数はかなり少なくなる。
			例えば、各生産施設が8つのビーコンの範囲内にあるように、2列のビーコンで囲まれた3×3のビルが1列に並んでいる場合、必要なビーコンの総数は<code>2n + 6</code>となる。ここで、''n''は生産施設の数である。

	~~The average number of beacons per building is then~~ <code>2 + (6 ÷ n)</code>~~, which tends toward 2 (i.e., a 75% reduction in the number of beacons needed compared to isolated buildings with 8 distinct beacons each) when~~ ''n'' ~~goes to infinity. For e.g.~~ ''n'' = ~~10 the formula evaluates to 2~~.~~6, which is still a reduction of 67~~.5% ~~in beacons needed.~~		建物あたりのビーコンの平均数は、<code>2 + (6 ÷ n)</code> となり、''n''が無限大になると、2（つまり、それぞれ8個のビーコンを持つ孤立した建物と比較して、必要なビーコンの数が75%減少する）になる。例えば''n''=10の場合、式は2.6と評価され、それでもビーコンの必要数は67.5%減少する。

	=== 複数行の配列 ===		=== 複数行の配列 ===

	For large numbers of buildings to be boosted, efficiency can be further improved by separating production buildings into multiple rows. In this case, the beacons in all but the edge rows of the array can be shared by the two rows of production buildings on either side. (Note that it does not matter if these are producing different recipes and / or are different buildings altogether.) The total number of beacons required, assuming 3×3 sized production buildings and rows of equal length, is <code>B(r,c) = (r + 1)(c + 3) = rc + 3r + c + 3</code>~~, where~~ ''r'' ~~is the number of rows of production buildings and~~ ''c'' ~~is the number of production buildings in a single row.~~		ブーストする建物数が多い場合は、生産施設を複数の列に分けることで効率をさらに向上させることができる。この場合、アレイの端の列を除くすべてのビーコンを、両側の2列の生産棟で共有することができる（なお、これらが異なるレシピを製造しれていても、あるいはまったく別の建物であっても問題はない）。3×3の大きさの生産施設と同じ長さの列を仮定した場合、必要なビーコンの総数は<code>B(r,c) = (r + 1)(c + 3) = rc + 3r + c + 3</code>となり、ここで''r''は生産棟の列数、''c''は1列の生産棟数である。

	~~The number of beacons per boosted building is then~~ <code>(3 ÷ rc) + (1 ÷ r) + (3 ÷ c) + 1</code>~~, which tends to 1 as both~~ ''r'' ~~and~~ ''c'' ~~go to infinity. For finite arrays, the optimum number of rows is given by~~ <code>r = -0.5 + sqrt[(~~n ÷ 3~~) + 0.25]</code>~~, where~~ ''n'' ~~is the total number of buildings to be boosted.~~		ブーストされた建物1つあたりのビーコンの数は<code>(3 ÷ rc) + (1 ÷ r) + (3 ÷ c) + 1</code>となり、''r''と''c''が無限大に近づくにつれて、1に近づく傾向がある。
			有限配列の場合、最適な行数は<code>r = -0.5 + sqrt[(n÷3) + 0.25]</code>で与えられる。ここで、''n''はブーストされる建物の総数である。

	~~The formula above does not generally return integer results. If the~~ ''r'' ~~thus found is non-integer, iterate around it, i.e., calculate the number of beacons needed with~~ ''floor(r)'' ~~(the next lower integer) and~~ ''ceiling(r)'' ~~(the next higher integer) rows and compare the results. For each such integer~~ ''r''~~, calculate~~ ''c'' as ''floor(n ÷ r)''~~, then calculate the number of beacons as~~ ''B(r,c)'' + ''mod(n,r)'' + ~~1, where~~ ''B(r,c)'' ~~is given above and~~ ''mod(n,r)'' is ''n'' ~~modulo~~ ''r''~~, i.e., the remainder of~~ (''n'' ÷ ''r'')~~, equal to~~ ''n'' - (''r'' × ''c'').		上の式は一般に整数の結果を返さない。こうして見つかった''r''が整数でない場合は、その周りを繰り返し、つまり、''floor(r)''（次に小さい整数）と''ceiling(r)''（次に大きい整数）の行で必要なビーコンの数を計算し、その結果を比較する。そのような各整数''r''に対して、''c''を''floor(n ÷ r)''として計算し、ビーコンの数を''B(r,c)''として計算する。+ ''mod(n,r)'' とする。+ ここで、''B(r,c)''は上記で与えられ、''mod(n,r)''は''n''の''r''モジュロ、すなわち(''n''÷''r'')の余りであり、''n''-(''r''×''c'')に等しい。

			どちらの場合にも、''mod(n,r)''の建物が「余る」ことになる。上記のビーコン総数の計算が有効であるためには、隣接する行の連続したブロックの端に、行ごとに1つずつ追加する必要がある。他の構成（例えば、すべて1つの行の端に追加する、2つ目の行の端に1つずつ追加するなど）では、より多くのビーコンをカバーする必要がある。

	There will in either case be ''mod(n,r)'' buildings "left over"; these should be appended one per row to the ends of a contiguous block of neighboring rows for the total beacon count calculation above to be valid. Other configurations for the leftovers (e.g. all appended to the end of a single row, one each at the end of every second row, etc.) require a higher number of beacons to cover.

	=== 最適な配列 ===		=== 最適な配列 ===

	~~For 3×3 structures, arrays satisfying~~ <code>c = 3r</code> ~~are optimal, in the sense that they minimize the number of beacons required to cover the total number of structures (~~''rc''), therefore allowing the most use out of an individual beacon. Since structures may only be built in integer amounts, there are, below a reasonable cutoff on total array size, only a finite number of integer structure counts ''rc'' with which an optimal array such that <code>c = 3r</code> ~~and~~ ''c'' ~~and~~ ''r'' ~~are integer may be built. The first few counts, along with associated array sizes and beacons-to-structures ratios, are summarized in the table below.~~		3×3の構造物では、<code>c = 3r</code>を満たす配列が最適である。これは、構造物の総数（''rc''）をカバーするのに必要なビーコンの数を最小にするという意味であり、したがって個々のビーコンを最大限に利用することができる。
			建物は整数個しか作ることができないので、配列の総サイズに関する妥当なカットオフ値以下では、<code>c = 3r</code>で''c''と''r''が整数であるような最適な配列を作ることができる整数個の構造体数''rc''は有限個しか存在しない。関連する配列のサイズとビーコン対構造の比率とともに、最初の数カウントを下の表にまとめた。

	{\| class="wikitable"		{\| class="wikitable"
Line 120:		Line 124:
	\|}		\|}

	~~Notes to table~~:		表に関する注記:
	*~~Array dimension in tiles (last table column) assumes 2 tiles' space (e.g. inserter + chest) is left either above or below each row of structures, while no extra space is left anywhere else.~~		*タイル単位の配列寸法（表の最後の列）は、各構造物の列の上か下に2タイル分のスペース（例：インサーター＋チェスト）を残し、それ以外の場所には余分なスペースを残さないことを想定している。
	*The 5-row array (75 structures) is the largest that can be covered by a logistic network generated from roboports located outside its footprint. For larger arrays, at least a minimal number of roboports would need to be strategically placed in the interior to provide coverage, thereby worsening the beacons-to-structures proportion somewhat.

	~~== 履歴 ==~~

	~~{{history\|0.13.0\|~~
	* Renamed from Basic beacon to Beacon.}}

	~~{{history\|0.12.17\|~~
	* Update icon}}

	~~{{history\|0.12.0\|~~
	* Inserters can now extract from Beacons.}}

	~~{{history\|0.10.1\|~~
	* New beacon graphics.}}

	~~{{history\|0.9.0\|~~
	* Area of effect can now be seen on hover.}}

	~~{{history\|0.7.5\|~~
	* Deactivated beacons will not give bonuses.}}

	~~{{history\|0.7.3\|~~
	* Restricted use of productivity modules in beacons.}}

	~~{{history\|0.6.0\|~~		*5列のアレイ（75構造物）は、そのフットプリントの外側に位置するロボットステーションから生成される物流ネットワークでカバーできる最大のものである。より大きなアレイの場合、少なくとも最小限の数のロボットステーションを戦略的に内部に配置してカバーする必要があるため、ビーコンと構造物の割合が多少悪化する。
	* ~~Introduced}}~~

	== 関連項目 ==		== 関連項目 ==

Zefard: Created page with "{{Languages}}{{:Infobox:Beacon}} '''ビーコン'''は、モジュールの効果を付近 9×9 マスの範囲の機械に転送する装置である。転送された効果はもとの半分になる。しかし、ビーコンはモジュールの効果を複数の機械に転送でき、１つの機械を効果範囲に入れている全てのビーコンの効果が積み重なる。ビーコンを使うことで、内部のモジュールスロット..."

2024-04-30T06:51:16Z

Created page with "{{Languages}}{{:Infobox:Beacon}} '''ビーコン'''は、モジュールの効果を付近 9×9 マスの範囲の機械に転送する装置である。転送された効果はもとの半分になる。しかし、ビーコンはモジュールの効果を複数の機械に転送でき、１つの機械を効果範囲に入れている全てのビーコンの効果が積み重なる。ビーコンを使うことで、内部のモジュールスロット..."

New page

{{Languages}}{{:Infobox:Beacon}}
'''ビーコン'''は、[[module/ja|モジュール]]の効果を付近 9×9 マスの範囲の機械に転送する装置である。転送された効果はもとの半分になる。しかし、ビーコンはモジュールの効果を複数の機械に転送でき、１つの機械を効果範囲に入れている全てのビーコンの効果が積み重なる。ビーコンを使うことで、内部のモジュールスロットの通常の限界を超えたブーストを得ることができる。例えば、枯れた[[pumpjack/ja|油井]]は、単独だと 0.2 までしか届かないが、このようなブーストによって、1サイクルあたり0.25の原油を生み出せる。

ビーコンは一定の間隔で電荷を発し、どのモジュールをビーコンに入れるか、あるいは何も入れないかによって色が変わる。

== 使い方 ==

ビーコンは、以下のようなシナリオに'''''最適'''''である。

* 密集した領域に沢山の似た機械がある。

ビーコンの効果が複数の機械に届き、モジュールを作成する素材を節約できる。

* 限界までスピードを追求したい機械が１つある。

掘削機が最も良い例である。鉱石の分布が狭いが豊富であるとき、掘削機の台数を追加することはできないので、需要に答えるには掘削機１台あたりの速度が必要になる。
そこで、複数の生産速度モジュールビーコンを掘削機の周囲に配置し（モジュール自身にもモジュールを入れたうえで）、個々の掘削機の速度を上げることができ、掘削機の数が少ないことを補うことができる。

----

ビーコンは以下のようなシナリオで'''''使うべきではない'''''。

* 機械を時折ブーストする。

ブーストされた機械が停止しているときも、ビーコンは常に電気を使用するため、無駄が生じる。これは、計画的に[[power switch/ja|電源スイッチ]]を使用することで回避することもできる。

* モジュールが使えない機械をブーストしようとする。

モジュール用スロットのある機械しか、ビーコンの影響を受けない。

== 制限 ==

* モジュール用スロットのある建物しか、ビーコンの恩恵は受けられない（例えば、[[laser turrer/ja|レーザータレット]]には効果がない）このルールの唯一例外は、ビーコン自身は（他のビーコンも含めて）セットされたモジュールの効果を''受けない''ということであり、ビーコン自身の消費電力を減らすことはできない。

* 今のところ、[[Module/ja#生産速度モジュール|生産速度]]と[[Module/ja#エネルギー効率モジュール|エネルギー効率]]モジュールだけが、ビーコンで利用可能である。[[Module/ja#生産力モジュール|生産力]]モジュールは利用できない。

* A beacon's effect transmitted is only half of the effect of the modules within. So, two of the same module = one module's worth transmitted. This limitation can be overcome with more beacons with overlapping areas.

* ビーコンの効果伝達は、モジュールの効果の半分になる。そのため、２つ同じモジュールを使えば、モジュール１つ分の効果を伝達できる。この制限は、同じ領域に重複して沢山のビーコンが存在してもこの制限は変わらない。

== 建物あたりの最大数 ==

ある建物を範囲内に入れておくことのできるビーコンの最大数は、その建物のサイズに依存する。

* 2×2 から 4×4 までの大きさの建物: '''ビーコン12個'''
: この構成は、建物への供給をロボットで行うなどしない限り、周囲にベルトやインサータ用の空間が取れないため、現実的には不可能であることに注意すること。

* 5×5 の建物: '''ビーコン16個'''
: このサイズで、ビーコンの恩恵を受けられる建物は、[[oil refinery/ja|原油精製所]] だけである。この建物は、ロボットによる供給が行えず、全ての入出力がパイプ経由の流体になる（[[coal liquefaction/ja|石炭液化]]を除く）ので、インサータは必要なく、また、より汎用性の高い9タイル（トランジションなし）の地下パイプの最大長を提供する。

* 9×9 の建物: '''ビーコン20個'''
: 今のところ、ゲーム内でこのサイズの建物は [[rocket silo/ja|ロケットサイロ]]しかない。より小さい建物と違い、この構成は、ビーコンと建物の間に２マス分の空間を確保でき、ビーコンとビーコンの間を１マス分空ける事ができるので、ベルトやインサータを置くことができる。

The maximum number of beacons that can be built in range of a row of buildings:
建物の列を範囲内に入れておけるビーコンの最大数は以下の通りである。

* 3×3 の建物の列: '''ビーコン8個'''
: ビーコンを（間隔を空けずに）２列、建物の列に平行に並べることで（最大２タイル分空けることができる）、列に並んだすべての建物がビーコン8個の範囲内に入ることができる（列の端にある建物はもっと多くできる）しかし、中央にある建物の列は、ビーコンの列に対してオフセットしなければならない。中央の列のいかなる建物の中央のタイルも、2つのビーコン列の対面のビーコンの中央のタイルを結ぶ線上に置くことはできない。

* 5×5 の建物の列: '''ビーコン10個'''
: 一つ前の同じルールが適用されるが、この場合は中央の列をオフセットさせる必要はない。すなわち、ブーストされた建物の中心は、あるビーコン対の中心と一致していなければならない。このためには、中央の列の建物と建物の間に1タイルの隙間を空ける必要がある（ビーコンの列は隙間がないと仮定する）。ビーコンが有効な5×5の建物は原油精製所だけなので、フリータイルは列をプレイヤーが移動できるようにするのに有効である(精製所の隙間のない列は通り抜けできない)。

== ビーコンの配列 ==

Beacons can boost the overall capabilities of a factory quite significantly. However, they consume a considerable amount of power (480 kW apiece), take up nontrivial space, complicate logistics, and also are relatively expensive to craft. Therefore, when building an entire production line with a high beacon boost, it is significantly more economical to build a row of production buildings surrounded by row(s) of beacons, rather than single buildings surrounded by the maximum number of beacons theoretically possible. This also simplifies logistics and makes the design more tiling-friendly.

The maximum possible benefits are reduced somewhat in row-array configuration (for 3×3 buildings, 8 beacons per building are possible instead of 12; for 5×5 buildings, 10 instead of 16), but the number of beacons required to achieve this boost level is considerably lower. For example, for a single row of 3×3 buildings surrounded by a double row of beacons so that each production building is in range of 8 beacons, the total number of beacons required is <code>2n + 6</code>, where ''n'' is the number of production buildings.

The average number of beacons per building is then <code>2 + (6 ÷ n)</code>, which tends toward 2 (i.e., a 75% reduction in the number of beacons needed compared to isolated buildings with 8 distinct beacons each) when ''n'' goes to infinity. For e.g. ''n'' = 10 the formula evaluates to 2.6, which is still a reduction of 67.5% in beacons needed.

=== 複数行の配列 ===

For large numbers of buildings to be boosted, efficiency can be further improved by separating production buildings into multiple rows. In this case, the beacons in all but the edge rows of the array can be shared by the two rows of production buildings on either side. (Note that it does not matter if these are producing different recipes and / or are different buildings altogether.) The total number of beacons required, assuming 3×3 sized production buildings and rows of equal length, is <code>B(r,c) = (r + 1)(c + 3) = rc + 3r + c + 3</code>, where ''r'' is the number of rows of production buildings and ''c'' is the number of production buildings in a single row.

The number of beacons per boosted building is then <code>(3 ÷ rc) + (1 ÷ r) + (3 ÷ c) + 1</code>, which tends to 1 as both ''r'' and ''c'' go to infinity. For finite arrays, the optimum number of rows is given by <code>r = -0.5 + sqrt[(n ÷ 3) + 0.25]</code>, where ''n'' is the total number of buildings to be boosted.

The formula above does not generally return integer results. If the ''r'' thus found is non-integer, iterate around it, i.e., calculate the number of beacons needed with ''floor(r)'' (the next lower integer) and ''ceiling(r)'' (the next higher integer) rows and compare the results. For each such integer ''r'', calculate ''c'' as ''floor(n ÷ r)'', then calculate the number of beacons as ''B(r,c)'' + ''mod(n,r)'' + 1, where ''B(r,c)'' is given above and ''mod(n,r)'' is ''n'' modulo ''r'', i.e., the remainder of (''n'' ÷ ''r''), equal to ''n'' - (''r'' × ''c'').

There will in either case be ''mod(n,r)'' buildings "left over"; these should be appended one per row to the ends of a contiguous block of neighboring rows for the total beacon count calculation above to be valid. Other configurations for the leftovers (e.g. all appended to the end of a single row, one each at the end of every second row, etc.) require a higher number of beacons to cover.

=== 最適な配列 ===

For 3×3 structures, arrays satisfying <code>c = 3r</code> are optimal, in the sense that they minimize the number of beacons required to cover the total number of structures (''rc''), therefore allowing the most use out of an individual beacon. Since structures may only be built in integer amounts, there are, below a reasonable cutoff on total array size, only a finite number of integer structure counts ''rc'' with which an optimal array such that <code>c = 3r</code> and ''c'' and ''r'' are integer may be built. The first few counts, along with associated array sizes and beacons-to-structures ratios, are summarized in the table below.

{| class="wikitable"
!colspan="1" style="width: 75px;" |建物数
!colspan="1" style="width: 75px;" |行数
!colspan="1" style="width: 75px;" |列数
!colspan="1" style="width: 150px;" |ビーコン数
!colspan="1" style="width: 150px;" |建物あたりのビーコン数
!colspan="1" style="width: 160px;" |次元数(タイル)*
|-
! | 3
| 1 || 3 || 12 || 4.00 || 18×11
|-
! | 12
| 2 || 6 || 27 || 2.25 || 27×19
|-
! | 27
| 3 || 9 || 48 || 1.78 || 36×27
|-
! | 48
| 4 || 12 || 75 || 1.56 || 45×35
|-
! | 75
| 5 || 15 || 108 || 1.44 || 54×43
|-
! | 108
| 6 || 18 || 147 || 1.36 || 63×51
|-
! | 147
| 7 || 21 || 192 || 1.31 || 72×59
|-
! | ...
| ... || ... || ... || ... || ...
|-
! | 3r^2
| r || 3r || (r + 1) (3r + 3) || 1 + 2/r + 1/r^2 || (9r + 9) × (8r + 3)
|-
|}

Notes to table:
*Array dimension in tiles (last table column) assumes 2 tiles' space (e.g. inserter + chest) is left either above or below each row of structures, while no extra space is left anywhere else.
*The 5-row array (75 structures) is the largest that can be covered by a logistic network generated from roboports located outside its footprint. For larger arrays, at least a minimal number of roboports would need to be strategically placed in the interior to provide coverage, thereby worsening the beacons-to-structures proportion somewhat.

== 履歴 ==

{{history|0.13.0|
* Renamed from Basic beacon to Beacon.}}

{{history|0.12.17|
* Update icon}}

{{history|0.12.0|
* Inserters can now extract from Beacons.}}

{{history|0.10.1|
* New beacon graphics.}}

{{history|0.9.0|
* Area of effect can now be seen on hover.}}

{{history|0.7.5|
* Deactivated beacons will not give bonuses.}}

{{history|0.7.3|
* Restricted use of productivity modules in beacons.}}

{{history|0.6.0|
* Introduced}}

== 関連項目 ==
*[[Crafting/ja|クラフティング]]
*[[Electric system/ja|電気]]
*[[Module/ja|モジュール]]

{{ProductionNav}}
{{C|Modules}}