Top > 討論室
HTML convert time to 0.015 sec.


討論室

Last-modified: 2017-09-07 (木) 21:22:21

このページでWiki全般(ページの修正・追加・削除・分割・修正取消の提案や相談、間違いや判りづらい所の指摘など)について討論しましょう。(現在このWikiを17人が閲覧中です)

Wikiについての討論は2chでしないでください

Wiki編集以外の話題は質問掲示板雑談掲示板か2ch(トップページからリンク)をご利用ください。

画像の添付は imgur などを利用するか、投稿後に編集画面から直接添付して下さい。

←zawazawa追加方法。新規投稿時、zawazawaコメント欄の追加も検討してください。

wikiのRSSはこちら


前向きな批判は良いと思いますが対案のご検討など配慮あるコメントを願います。建設的でないかなと思ったら したらば http://jbbs.shitaraba.net/game/59977/ でご自由にどうぞ。

このページの過去ログもあります。同じ議論がすでにされてないか確認して下さい。

新規投稿 Edit




URL B I U SIZE Black Maroon Green Olive Navy Purple Teal Gray Silver Red Lime Yellow Blue Fuchsia Aqua White

[回路ネットワークの仕様]ページの記述について Edit

(2017-09-06 (水) 20:40:29)

[基本概念] - [信号]

また、値=0は無信号の取り扱いとなり、ネットワーク内を送受信されない。(例えばあるアイテムの数=0の際に条件を満たすような組み合わせ回路は設定することができない。)
↑ここの記述の意味がよくわからないです
回路の条件として「アイテム信号=0」の設定はよく使うものと思っています

[組み合わせ回路] - [入力信号と条件式]の項目

ただし、数値が0である信号は信号が無いものとして扱われるため、「ある信号=0」という条件式は、設定はできるが満たせない(恒久的に真にならない)。
↑これも同様によく分からないです
「緑*=0」や「黄*=0」という条件指定だと恒久的に真にならないよ、という意味合いであれは理解できますが、この記述箇所の段階で*に触れているとは思えないので

[ランプ] - [ランプの点灯色の変更]

もし、同一の回路ネットワークに「複数の」色信号が流れていると、ランプは、設定条件を満たす場合、「最も大きい値を持つ色信号」の色を点灯するので、注意が必要である。
↑以前どうだったかは判りませんが、現在のバージョンでこの色信号の値の大きさによる優先度の変化は無いように思います


  • ・値が0の信号は回路上に出力されない。・回路から入力されない信号の値は0として扱われる。 でよいでしょうか。条件式=0云々については修正しておきます。 ランプの色もゲームで試してみましたが、優先順位は値に関係なく、信号の種類で決まっているようなのでこちらも修正しておきます。 -- 2017-09-07 (木) 07:12:36
  • はい、その記述で問題ないと思います。ありがとうございます。 -- 2017-09-07 (木) 21:22:21

火炎放射タレットの威力の仕様について確認 Edit

(2017-08-13 (日) 01:19:48)

火炎放射タレットの威力について情報修正ありがとうございます。が一つ気になった点として「大型ワームの撃破速度」が計算と実測で差がやや大きいという所。
問題はおそらく「火災ダメージが6倍に増加する」という表現。

  • 大型ワーム:耐久値750、自然回復1.2/s、炎抵抗3/70%
    無強化・原油での撃破時間実測:およそ36秒弱
  • 「着弾3炎ダメージ*30/s・火災ダメージ最大78/s」である場合、
    着弾3固定-3→特殊計算で0.5、さらに-70%の0.15/発から*30発/sで「着弾4.5/s」
    火災最大78/s固定-3→75から-70%の「火災22.5/s」
    「着弾4.5/s」「火災22.5/s」で「合計27/s」となり、自然回復-1.2/sを加えて「与ダメ速度およそ25.8/s」で削る計算
    そしてHP750を削り切る時間は750/25.8は推定「29.07秒」です。計算上の数値が実測よりかなり、かなり短いです。
  • ただもし「火災ダメージが13*6回分/s」という計算で「火災が最大6回分の重複・重複1回ごとに防御力の減少が入る」としたら(13-3)*6*0.3/sで「火災18/s」に低下します
    この場合「着弾4.5/s」「火災18/s」で「合計22.5/s」となり自然回復-1.2/sで「与ダメ速度およそ21.3/s」で、750/21.3=およそ35.21秒が計算上の撃破タイムとなり実測と一致します。
    ですので「火災ダメージは6倍になる」のではなく「最大6回分の重複ダメージを与える」のだと考えられます。
    確認をお願いします。

  • 火災ダメージは1秒毎にダメージを与えているわけではなく10tick毎にダメージを与えています、しかしその表記だと利用者が分かりづらいために1秒(60tick)単位で表記しているためです -- 2017-08-13 (日) 11:49:21
  • ですから単純に「ダメージが6倍」と表現すると「火災耐性のある敵に対して火災ダメージの通りが余計に悪い」(のではないだろうか)という情報が伝わらないのでは、という事の話です。 -- 2017-08-13 (日) 17:55:43
  • 実際にダメージ判定あたりのダメージは6倍に増加しているためそう表現する以外に無いでしょう、しかし1秒間に6回ダメージ判定が有ることと1回あたりのダメージ量の表記は追加したほうが良いかもしれません -- 2017-08-13 (日) 18:27:24
  • 「6回のダメージ判定」で「最大6倍のダメージ」を、とそれぞれ別々の処理だということですね -- 2017-08-13 (日) 19:03:48
  • 1秒間に6回のダメージ判定の回数は変わることはないですがダメージ判定当たりのダメージは同じ場所を燃やすことで最大6倍まで増加します -- 2017-08-13 (日) 19:11:21
  • 了解です。確認ありがとうございました。 -- 2017-08-13 (日) 19:33:08

0.15リリースにあたって編集について Edit

(2017-04-25 (火) 14:42:11)

0.15がリリースされたため早速wiki内容を更新していっていい頃合いですが、いちおう0.14が安定版で、なおかつ0.15に対しては仕様変更がまだまだありえるので、性急な編集は良くはないと思うのですが、いずれにしても0.15準拠に書き換えていくにあたり、記述が難しい場面などが多くあると思われますので、ある程度読者にわかりやすいようどうしていけばいいか、いろいろ思うところを書いていってもらえればいいかなと思いトピックを立ててみます。
「変更」を軸にすると余計こんがらがるという感じもあって、こうなりました、みたいな記述の付加では冗長すぎて読みづらいかと思い、いっそ更新すべき内容を[FAQ/0.15]のようにまとめておいて、安定版が変わるなどのトリガーで一気に書き換えてしまうのがきれいだとは思うのですが、いろいろ方法があると思うのでお聞かせくださいませ。


  • 0.15対応作業所みたいなページを作って、そこに左のメニューの項目単位(各ネットワーク、アイテム、テクノロジーとか)で、変更点をざっとわけておくとページごとの量の多寡がわかってページの書き換えの指針になるかと思います。 -- 2017-04-25 (火) 17:40:21
  • というわけで作成してみました。 -- 2017-04-25 (火) 20:08:38
  • 0.16が正式版になるという話があるけど、その際に新たに一からWikiを作りなおすことを検討してもいいと思う。管理者もいなくてバージョン管理を怠ったWikiは初心者にはあまり親切とは言えないんじゃないかな。とりあえず0.15は分離する方向で賛成です。 -- 2017-04-25 (火) 21:18:18
  • 0.15でチュートリアルが追加されましたが、Wikiのチュートリアルはどうするのが良いですかね? 初心者向け講座?とかのページを作ってチュートリアルの内容をコピー、チュートリアルはゲーム内のチュートリアルに関しての記述というのが利用者にとっては一番分かりやすいと思います -- 2017-04-26 (水) 04:27:06
  • 作り直しの方向ならwikiwikiより良さげなwikiエンジンのサイトでもいいような気がしています。おすすめがあればぜひ -- 2017-04-26 (水) 09:49:27
  • サーバー運用のための広告掲載を認めてもらえるのであれば、Wiki等のホスト可能です。ついでにフォーラムとかも運用してみるのも面白いかもしれません。 -- 2017-04-26 (水) 21:24:35
  • 「レシピ高コスト設定」と「研究コスト高い」と「研究倍率」設定による変化をどう通知するべきか -- 2017-05-13 (土) 07:34:24
  • 旧バージョンのチュートリアルを複製した討論室/0.15対応/0.15チュートリアルを0.15対応させた文章と、チュートリアルのページをそのまま編集して0.15対応させた文章が存在していたようなので、(人力で)マージしました。ついでに加筆・語尾の統一・アイテム名の修正も行いましたのでご確認ください。 -- 2017-08-16 (水) 04:47:44
  • 至らぬ点の細部の確認・修正・加筆ありがとうございます。 -- 2017-08-16 (水) 06:24:54

列車ネットワークページ改編について Edit

列車ネットワーク編集者? (2017-02-21 (火) 14:45:23)

列車ネットワークのページがバージョンアップへの対応など(私の過剰な書き足しを含め)煩雑になってしまっていたので「記事の大規模書き変えについて」で提案されていた「/下書き」でのほぼ全て書き直した大規模改編ページを制作しています。
もう既に大体書き終わっていますが、他の方から見てどうなのか確認をお願いします。書き直し・書き足した方がよさそうな点など何かあれば提案でも。

もし特に問題がなければ頃合いを見て列車ネットワークの本ページへの移動をしたいです。


  • 駅の説明に「進行方向の右側に置く」という一文があった方が分かりやすいと思います(アイテム説明と駅を置こうの所)。あとは最初の説明文の「多種類型長距離用高速自由輸送ネットワーク」を、シンプルに高速輸送ネットワークなどに直すか、別の文章にした方が良いと思いました。 -- 2017-02-21 (火) 19:51:01
  • 今ある文章を活かして、 列車ネットワークとは、長距離・大量輸送を行うための手段であり、機関車と貨物車両の組である「列車」、列車が走るための「線路」、列車が止まるための「駅」で構成される。 とするのはどうでしょうか。 -- 2017-02-21 (火) 19:55:10
  • ひとまず対応しました。先頭の文言についてはシンプルにしつつ追記。 -- 列車ネットワーク編集者? 2017-02-22 (水) 01:34:40
  • さすがに記述が多すぎて行数オーバーになってきました。分離するとしたら「配置例」の部分を「列車ネットワーク/配置例」へ分離する方向でいいでしょうか -- 列車ネットワーク編集者? 2017-03-06 (月) 20:53:43
  • 行数制限よりそもそも長ったらしい「基礎」と「応用」ぐらいざっくり分けたほうがとっつきやすいと思いますです。 -- 2017-03-20 (月) 04:35:59
  • 基礎と応用くらいで〜>もし「とっつきやすいページを作る」としたら「使い方のだいたいの流れ」ような「簡単な基本の使い方」部分を”増やす”方が良いと思います。●列車ネットワークは細かい仕様が多く安易に”分けて”分かりやすくするってのは難しいです。 -- 列車ネットワーク編集者? 2017-03-20 (月) 09:46:36
  • 列車へのとっつきやすさについてはもうゲーム中のミニチュートリアルに頼ることにして、v0.15の安定板も出た事ですしもし特に問題が無ければ列車ネットワークのページへ列車ネットワーク/下書きの内容を移したいと思います。何も無ければ一応時間をとって月曜辺りに -- 列車ネットワーク編集者? 2017-08-19 (土) 22:23:21
  • 移動宣言からは1日半ですが、既にこのスレッド投稿からほぼ半年も経っていましたので確認は十分と判断し下書き記事の本記事への移動を行いました。これからも必要そうな加筆・修正をお願いします -- 列車ネットワーク編集者? 2017-08-21 (月) 12:35:12

MODページのレイアウト変更 Edit

(2017-01-31 (火) 17:26:35)

提案1:表(テーブル、いわゆる||)形式をやめたい。
テーブルは見てくれはよいのですが、説明のための文章などが非常に書きづらいです。Modについては、なるべく多くの人に気軽に追記できるように簡易なレイアウトが望ましいかと思います。(Mod名称、URL、説明 程度)
提案2:バージョン対応表記をやめたい
公式のModポータルが整備され、対応バージョン確認は容易になったので、wikiでの個々表記は不要かと思います。(なにより確認・更新が面倒)
ポータルに移行してなかったり、あまりに古く放置されているものなどの整理は定期的に必要ですが。


  • バージョン表記も含めて今のレイアウトのままがいいです。全てのMODがBobsのように色なし枠なしで書いてあったら読みにくいと思いますし、編集しやすいからと何でも次々に追加されてページが長くなれば、さらに見づらくなるので。古い項目の整理(削除か移動)は必要だと思いますが、前にも話だけ出て誰もやりませんでしたね。消したり移動するのは出来ても対応の確認が・・・ -- 2017-02-01 (水) 08:02:08
  • MODポータルがなかった頃の体なので、変更そのものはよいと考えます。ただ、表形式までやめるというのはここでは一覧性も重要でやり過ぎな気もします。これ以上に文章の追加が必要であれば階層を掘って別ページでというのはいかがでしょうか。ver表記については最新stableに対応しているか否かで切り分けるだけで十分な気もします。あとついでなのですがregionで囲ってる方がいますが、むやみにregionで囲うと開けるまで意味がわからないという無駄になるので、使い所を絞っていただけたらとおもます(0.14に対応していないものをまとめるなど)。(上の方にかぎらずです毎度のことですが事実であっても「誰もやりませんでしたね」といった言動はぜひ控えていただきたいと願います。) -- 2017-02-01 (水) 10:48:11
  • 叩き台として下書きページを作ってみました。 -- 2017-02-01 (水) 19:21:05
  • 続き。bobsmodのとこは見出し使わないようにして圧縮ぎみに書いてます。項目多くてだらだら長くなってしまったので、一覧と個別説明はわけたいなぁと。というか大規模Modは個別ページ化するのはいかがでしょうか -- 2017-02-01 (水) 19:29:17
  • 乙です。配布元・概要 のタイトルは書かないでいいかなと(詳細を書き始める人が出て来る…) -- 2017-02-02 (木) 04:33:15
  • MOD下書きを更新。現状のMODページに載っている分についてバージョンチェックして、0.12以前は削除しました(必要であればバックアップから参照してね)。一応fork版や似たようなMODを追加したりしています。概要を説明に置換。説明詳細書いてくれる分には歓迎かと。 -- 2017-02-07 (火) 08:14:14

AutoHotkey記事について Edit

あまりポジティブでないので、 したらば http://jbbs.shitaraba.net/bbs/read.cgi/game/59977/1480929569/ でご意見をお伺いします。

討論室計画 Edit

(2016-11-10 (木) 03:46:17)

0.14もstableとなり、近々0.15がexperimentalで始まりゲーム内容に大きな変更が推定され、極力0.16≒1.0リリースに向けページ更新へ限られたリソースをむけられたら良いと思い、様々なご意見があった討論室の改良計画について本当に僭越ながら確認をさせていただければと思います。

以前より Google グループ試験的利用期間終了に伴う討論室の改修のお知らせ [tip] 部屋の肥大化による独立討論室新設計画(追記あり) で議論されたとおり、zawazawaの導入へたどり着きました。

一方で、討論室/過去ログへ転記という形もとらせていただきました。過去ログのカテゴライズやスレチなど検討しましたが、「そのまんま」もある意味意味のあることだと思い、話題が出そうかどうかだけで恣意的ですけど戻すのも簡単なので敢えてそうしました。

ほかにご提案などあれば、改めてこちらでお伺いできればと思います。

ちなみに、zawazawaについてですが、手動で埋め込まない限りトピックに埋め込まれません。

zawazawaトピックを埋め込む方法/Factorio版
この他に、掲示板そのものをzawazawaに移行し、#zrecentという機能をこのサイトに埋め込むこともできますが、これからの導入は難しいように思います。
#recentプレビュー

ですので、zawazawaは話題によって任意で(状況に応じて)埋め込むという現状追認の確認です。Enterで送信されちゃう件は、途中で送信されたと思われるものは簡単に直せるのでお気軽にどうぞで(そう思われる書き込みは誰かが直してOKで)。


  • 言いたい放題言うためにしたらば用意しました。建設的でないならこちらへどしどしどうぞ http://jbbs.shitaraba.net/game/59977/ -- 2016-11-10 (木) 10:45:16

討論室/過去ログ Edit

(2016-11-08 (火) 19:09:15)

話題が収斂していると思われる項目については、随時討論室/過去ログへ移していければいいと考えます。単純な肥大化はこれで避けられるものと思われます。zawazawaは高機能で使い勝手のよい掲示板ですが、適宜利用しつつarticleで十分なものはそのままで問題ないと踏んでますがいかがでしょうか。
このページの下部の過去ログを移動しました。 updated 2016-11-17 (木) 19:00:00
よろしくお願いします。


  • レーダー事情も過去ログに移して問題ないと思います。googleグループに関する内容をまとめるというのは、要約を付けてこのページに置くという意味ですか? -- 2016-11-08 (火) 20:08:39
  • Googleグループの件は、ページが長くなり続けるこのwikiより使いやすいサイトに討論室を移そうという提案があって、投票の結果設置自体に否定的な人は少なかったのですが、提案者の判断で作られたGoogleグループがアカウント必須で新規投稿や編集箇所が分かりにくいなどの点からほぼ使われずに終わり、再度の投票と提案者の意見によってzawazawaを埋め込んで使おうという話になり今に至ります。 -- 2016-11-08 (火) 21:28:23
  • 個人的にはzawazawa埋め込みしてほしいかなと思うんですが、zawazawaにトピック立ててこっちに埋め込む(現状)か、zawazawaのトピック一覧のページをまるっと討論室にしてしまうか(recent埋め込み)、というと多分現状維持ですかね。「Googleグループ〜まとめてください」ってのは自分へ向けてでしたのでちょっと修正しました。いちおうそのまんま移動で、注釈を足す感じにします。来週までいちおう様子見。レーダーの件ありがとうございました。 -- 投稿人? 2016-11-09 (水) 02:07:49
  • regionは重いのでやめてみました。来週あたり転記したものは除去します。 -- 2016-11-09 (水) 03:22:27
  • 過去ログ送りにするかの判断ですけど、話が収斂しているかより最後にコメントがついてから30日以上経過したかというのでどうでしょうか? 話が収斂しているかどうかだと主観的で人によって判断が違いそうです。 30日というのに根拠はありませんが、1ヶ月も前の議論に新たにコメントがつくとは思えません。 もし過去ログに送られたのを継続したい場合は再度記事を作ればいいと思ってます。 もっとも今過去ログ送り予定になってるのを見ると大体そんな感じになっているようではありますが。 -- 2016-11-16 (水) 01:58:11
  • そうっすね。基本30日は移行不可で。ただ、反映待ちなどでオープンなものは移行すべきではないのとセットで。それだと結局厳密には主観的ですが、wiki編集者向けなのでそこらへんは客観的に判断されるべきです。積極的に過去ログへ移行しよう、ということではないので、そのへんも記述しますのでご確認ください。 -- 2016-11-16 (水) 02:37:28

記事の大規模書き変えについて Edit

Igaguri? (2016-10-17 (月) 10:29:13)

Factorioもver0.13となり、各ページの記述もバージョンアップごとに最小限の修正を加えていった結果、記事の構成や文章の一貫性が崩れた読みづらい文章になっている箇所があります。
これを解消し新規プレイヤーが読みやすい記事にするには、文章構成の大規模変更やページの移動・分割を含んだ大規模な書き換えが必要です。

また、現在は慣行で古い記述をコメントアウトして残していますが、この手法では次第にコメントアウトされた古い記述が溜ってしまい、新規編集者が編集するのが難しく、また古い記述がいつのものか分かりづらくなっています。
よって、各ページごとに過去の全ての編集履歴を残す機能が必要だと思います。


  • 大筋では同意なのですが、いくつかの問題があります。・大規模変更、削除プランの具体的プランのとりまとめ ・履歴を残す機能の追加の可否(該当機能およびプラグインの有無と管理者様不在) ・そもそも人手不足のように見受けられる ですので、まず自分がこういった話があるので管理者様のご意向を伺うため、管理のリクエストをwikiwiki.jpに依頼してみます -- 2016-10-19 (水) 02:23:02
  • 連絡のリクエストを送りました。一方でユーザーでできる範囲でやっていきましょう。ところで大規模変更と一言で表現はできるのですが、実際にどのようにしていくか、下敷きが必要になるかと思います。wikiwiki.jpの仕様上どんな投稿でも最新の10件には表示されてしまいますが、取り急ぎ記事名/下書きにコピーして作成し編集していくことを提案いたします。その下書きがいつまでもできないようであれば大規模変更はリソース的に難しいと考えられます。 -- 2016-10-19 (水) 03:06:27
  • WIKIWIKI.JPから10月20日に管理者様へメールをお送りいただきました。できれば見ているだけでも記載してほしいという依頼をいたしましたが、現在はそれ以降の進捗はありません。とりいそぎ現状報告でした。 -- 2016-11-02 (水) 03:38:01
  • 了解しました。とりあえず手元で修正版を作っていますので、それを続けていきます。 -- Igaguri? 2016-11-02 (水) 09:57:38
  • お願いします!実は自分も手元で試行錯誤してたので見せてもらえると嬉しいかなと思ったり。でもこういう状況なんでお任せいたします。 -- 2016-11-02 (水) 18:57:33


zawazawa形式版

Factorio日本語訳改善にご協力ください Edit

名無しさん? (2016-05-08 (日) 15:31:53)

Factorio の日本語訳は現在有志ユーザーによって行われています。しかし、翻訳が不完全であったり、今後のアップデートで追加されるアイテムなどの訳がなされない場合があります。なので、積極的に次のサイトより翻訳にご協力ください。
すべての日本語訳は現在確定されておりません。適切な翻訳に投票する機能もありますので、少しでも皆さんの力をお借りしたいところです。また、最近作成されたトレイラーの翻訳も1人しか参加していません(まず自分が参加しろってかw)。
どうか Factorio の今後の発展のためにもよろしくお願いします。(運営風)


サイト(Crowdin)
Project Factorio
Project Factorio Trailer


  • どうやって参加すればよいのか……登録必須? -- 2016-05-10 (火) 17:54:21
  • 物流ロボット速度強化は、物流ロボットだけでなく建築ロボットの速度も強化しますよね? -- 2016-05-12 (木) 06:18:50
  • 日本語でそのあたり -- 2016-05-12 (木) 06:19:14
  • 分かるようにしてほしい。スマホで改行のつもりでエンター押したら連投になってしまいました。すみません。 -- 2016-05-12 (木) 06:20:24
  • 登録はCrowdinでアカウントを作るか、GoogleやtwitterなどのSNSアカウントでもできます。 -- 名無しさん? 2016-05-14 (土) 13:49:47
  • はい、翻訳は「物流ロボット速度強化」のように少しおかしな翻訳もあります。これらは確かに勘違いの原因となり得ますね。私からもこの件について投げかけておきます。 -- 名無しさん? 2016-05-14 (土) 13:52:39
  • 「Production」のところ難点ですね。「電力状況」と「生産統計」同じ語句なのか、他に良い翻訳はないものか... -- 2016-05-15 (日) 17:14:01
  • 翻訳は100%みたいだけど確定してるのは0%だね。これ100%にならないとリリースの時に反映されなかったりするの? -- 2016-05-24 (火) 20:04:01
  • 今のところ日本人で翻訳の確定を管理する人がいません。そもそも投票数も少ないために、確定しがたい翻訳も多くあります。 -- 2016-05-26 (木) 16:17:33
  • ありゃ、なんかたくさん投稿されてしまいました、すみませんw -- 2016-05-26 (木) 16:46:44
  • ↑重複消しときました -- 2016-05-27 (金) 14:09:14
  • 0.13で、どなたか「物流ロボット速度強化」の部分修正して下さったんですね。ありがとうござます。今のところちょっと気になっているのが、0.12で制御基盤だったものが処理装置と名前が変わっていることと、マップエディタで見た時のスタックインサータが英語になっていることです。 -- 2016-07-08 (金) 23:21:15
  • こちら、自分のお願いではないのですが、引き続き皆さんのご協力をお願いしたいのですが、討論室でないところで記述を考えたのですがどこに書きましょうねぇ。ご意見くださいませ。 -- 2016-11-19 (土) 00:26:18
  • 日本語翻訳・日本語化に追記しました。また、トップページにも翻訳募集について告知を追加しました。 -- 2016-12-05 (月) 19:45:59


過去ログ Edit

討論室/過去ログにこのページの過去のトピックがあります。