Factorioは無限に広がる2D世界に自動化された工場を建設し、次第に複雑になる様々なアイテムを製造するゲームです――想像力を駆使して工場をデザインしましょう。単純な要素を組みあわせ、精巧なラインを作りましょう。そしてあなたを敵視する生物から工場を守りましょう。
最近のレビュー:
圧倒的に好評 (679) - 直近 30 日間のユーザーレビュー 679 件中 96% が好評です。
全てのレビュー:
圧倒的に好評 (25,449) - このゲームのユーザーレビュー 25,449 件中 98% が好評です
リリース日:
2016年2月25日
開発元:
パブリッシャー:

このアイテムをウィッシュリストへの追加、フォロー、興味なしとチェックするには、サインインしてください。

早期アクセスゲーム

今すぐアクセスしてプレイ開始;開発途中のゲームに参加しよう。

注: この早期アクセスゲームは不完全であり、これから変わることも、変わらないこともありえます。現時点でこのゲームをプレイしても満足に遊べない場合は、 ゲームの開発が更に進捗するまで待ってみる必要があるかもしれません。 詳細はこちら

開発者からの注意書き:

早期アクセスにした理由

“私たちは4年以上にわたってFactorioの開発を続けています。 ゲームは非常に安定しており、長期間のゲームプレイや巨大な工場にも高く最適化されています。 私たちのウェブサイト上でのFactorioの販売数は11万本を超えており、より広く意見を聞くのによい時期だと考えています。”

このゲームは大体どのくらいの期間早期アクセスですか?

“私たちのリリース計画は進行を続けており、定期的に新しい要素やコンテンツを追加しています。 ゲームが完成した暁にはフルバージョンをリリースする予定です。現状の予測では、8~12ヶ月後と見込んでいます。”

早期アクセスバージョンと計画されているフルバージョンの違いは?

“フルバージョンでは、洗練されたGUI、マルチプレイヤーマッチングサーバ、プレイヤー・サーバー両面でのMODの調整、その他多くの最終調整を行い、コア・ゲームプレイへさらなる要素の追加を考えています。”

早期アクセスバージョンの現状はどうなっていますか?

“このゲームには魅力的なメカニクスや要素にあふれた、強力なコンテンツ基盤があります。 マルチプレイヤーモードや献身的なMODコミュニティのおかげで、多くのプレイヤーが何百時間プレイしても飽きがこないという声を寄せています。”

早期アクセス期間中と期間後ではゲームの価格は変わりますか?

“アーリーアクセス終了後に、価格を上げる可能性があります。”

どうやって開発プロセスにコミュニティを参加させる予定ですか?

“コミュニティは開発プロセスの重要な一部です。
私たちは計画したすべての要素を事前にアナウンスします。この期間の内にコミュニティから意見やコメントを受け、プレイヤーのもつ様々な視点を取り入れた議論を行います。

コミュニティから出されたアイデアが開発に取り入れられることも多くあります。私たちは個々のプレイヤーがもつ意見を重視しています。”
詳細を見る

Factorio を購入する

このゲーム用のダウンロードコンテンツ

 

最新の更新 全て表示(224)

2月23日

Friday Facts #231 - Belt compression & Crash log uploading

Belt compression
The decision of how to approach the belt compression in 0.16 was not an easy one, we were basically facing two possibilities:
  • Splitters are the only way to reliably compress a belt.
  • Compression is automatic everywhere (inserters, sideloading, mining drills).
Non-automatic belt compression is kind of an nice example of emergent gameplay mechanic that I liked. It was not forced on players, but it allowed to get some extra efficiency if they cared enough. On other hand, the solution to the problem is kind of obvious, and having to use it in all the setups everywhere might add more repetitiveness than fun. So after some discussions, we decided to make compression automatic.

But we weren't really sure how to do it. The problem is, that once the items are pseudo-randomly added to the belt, with lot of gaps not big enough for another items to fit, it is not clear how should the additional inserters compress it:



The solution was, that whenever there is any gap bigger than the standard distance between items on a belt, item can be inserted there and for a (usually) brief moment, the items are squashed together closer than usual. But once the belt starts moving, the gap between the two squashed item extends to the standard size. This change required us to do some fundamental changes to the belt logic, which could introduce a lot of new problems, but since we just wanted this to be resolved in 0.16, we had to do it now.

The result is, that the same setup in 0.16.25+ results in perfectly compressed belt:



The belt mechanics are now easier to use, but the game also flows more nicely. The belt flow still needs to be controlled and belt balancers are still needed. As that feels to be the more interesting part of belt handling to me, I am happy with the final result.

Crash log uploading

Introduction
Since 0.16.24, Factorio uploads its crash log to us whenever it crashes (This can be disabled from the options menu).
For a very long time we wanted to be able to do this. I would often say that the crash reports we get in the Bug reports forum are a very small percent of the actual crashes, and that we don't really know what is important or not unless there is a major bug that many people report. This was proven to be true after releasing 0.16.24. We had received hundreds of crash logs but nothing was posted in the forum and we quickly found a major problem and fixed it.

The way it works is that when Factorio crashes and a crash log was generated, in its dying moments it starts a new process that tries to upload factorio-current.log (and in some rare cases factorio-dump-current.dmp). Once on our server, we parse the stack trace from it and organize it with identical crash logs into folder. This way we can know which crashes occur more often, and allow us to prioritize more effectively. Our interface looks something like this.

So far it has proven to be very useful. In just 2 days Rseding fixed about 12 crashes that were found by our reporting tool, none of which were reported on the forum.



This does not mean you should stop reporting crashes on the forum. If anything it means you should report them more often. We very often need more information about the crash, such as steps to reproduce or a save game, but we have no way of contacting the person that uploaded the crash. So please continue to report crashes in the Bug reports forum.

Privacy concerns
Of course you can't mention the words "uploads data to our server" without some people being concerned about privacy. So I will try to address any uneasiness and apprehension about this new system by being completely transparent.

The log only contains basic system information (CPU, GPU and free memory), game display settings, operation log, crash stack trace for the main thread and in some rare cases a minidump. We send that information (if you didn't opt out), in our binary format, securely, through HTTPS to one of our servers. In the next version we even sanitized the log a bit so it does not contain anything that might be seen as a privacy breach, such as IP addresses. We also updated our EULA and included it in the game to mitigate any legal issues.

Even will all of this some people think that we are doing something wrong. To paraphrase what kovarex said: "The games I played send all kinds of data and they don't allow me to opt out, now we do it and are transparent about it and we are the bad guys?"

A few people mentioned we should make it opt-in not opt-out. Unfortunately this won't work, since very few people will actually check the options and alter the default behaviour, this means we will be back to square one where we rarely know what crashes happen and how often they happen.
Another idea was to have a prompt asking if you wish to upload the log or not, after every crash. Apart from the extra implementation time, players will still often click "Don't send", either because that's what they have been doing for many years or because they just want to quickly get back in the game or because they feel that the crash was somehow their fault.

This is an invaluable tool that helps us make the game much more stable and provide a great experience to everyone, while sending very little information to us. If you don't trust us you can of course opt out.

The mysterious Ryzen issue (aka memory corruption/cpu corruption/bad hardware/not our fault for sure)
The second most common crash that was reported in 0.16.24, with 61 unique crashes, was a mysterious crash in EntityRenderer::prepareRow. It's one of those crashes that pops up on the forums every few months, we are unable to find the cause, so we end up not fixing it. Some of us often blame it on memory corruption or CPU error, but I'm often the sceptical person saying that we can't use this excuse every time we can't find the cause of a crash.

Now that we have the crash uploading tool, we can do more. First of all we noticed that 100% these crashes were on an AMD Ryzen CPU. Even with all the crash logs we would still not figure out what was going on. So in 0.16.25 we started uploading minidumps when the EntityRenderer::prepareRow crash occurs. The few minidumps we received are still very strange and we are unable to figure out what is going wrong, with the easiest scapegoat being to throw the blame on bad hardware. This will probably be one of those bugs that will haunt us for some time...

As always, let us know what you think on our forum.
42 件のコメント 詳細を見る

2月19日

Factorio 0.16.25 released

Changes
  • Inserters and belt sideloading can now squash item on belt even when the gap isn't big enough. The squashed gap is extended to normal size once the front of the belt starts to move again. This means, that inserter rows and side loading can produce fully compressed belts without the usage of splitters.
Minor Features
  • Improved behavior of mode switches in deconstruction planner. more
Bugfixes
  • Fixed crash when train was leaving station that was disabled by circuit network or destroyed. more
  • Fixed search box losing focus inconveniently in mods gui. more
  • Fixed client crash when server exits while player has the save game dialog open. more
  • Removing components of a blueprint no longer resizes the window. more
  • Fixed performance issue when running out of storage while big deconstruction is in progress.
  • Fixed scrollbar buttons that would ignore mouse up event. more
  • Fixed that after changing some control settings, the quickbar wouldn't react to them until the game was reloaded. more
Scripting
  • Added LuaControl::is_player()

You can get experimental releases by selecting the 'experimental' beta branch under Factorio's properties in Steam.
49 件のコメント 詳細を見る
全てのスレッドを表示

このゲームの掲示板でバグを報告したりフィードバックを残そう

このゲームについて

Factorio は工場を作り、維持するゲームです。

資源を集め、技術を研究し、施設を建て、生産を自動化し、敵と戦いましょう。

木の伐採も、鉱石の採掘も、ロボットアームやベルトコンベアを作るのも、最初は自分の手で行います。しかしすぐに、広大なソーラーパネルや、石油の精製分解施設、自動生産施設を備え、建築や物流にロボットを駆使する巨大な産業プラントを作るでしょう。

そのような惑星資源の搾取を、原住生物は見逃しません。あなたの作った機械の王国は、自分の手で守らなければなりません。

マルチプレイヤーゲームで他のプレイヤーと協力し、友人と分担して巨大な工場をつくりあげましょう。

MODを導入すれば、さらに楽しさは広がります。ちょっとした調整やヘルパーツールから、ゲーム全体を刷新するものまで、Factorioは最初期からMODをサポートしており、世界中のクリエイターから魅力的で革新的なものが寄せられています。
ゲームはフリープレイを主体としていますが、様々な面白いチャレンジを収録したシナリオパックもあります。これは無料DLCとして入手できます。

もし面白そうなマップやシナリオが見つからなくても、インゲームマップエディタを使って自分で作ることができます。地物や敵を設置し、地形を望むままに書き換えましょう。望むならば自分でカスタムスクリプトを書くこともできます。

安売りはしません: 私たちは予見可能な将来において、セールや値下げを行う考えはありません。

プレイヤーの声


  • No other game in the history of gaming handles the logistics side of management simulator so perfectly. - Reddit

  • I see conveyor belts when I close my eyes. I may have been binging Factorio lately. - Notch, Mojang

  • Factorio is a super duper awesome game where we use conveyor belts to shoot aliens. - Zisteau, Youtube

システム要件

Windows
Mac OS X
SteamOS + Linux
    最低:
    • OS: Windows 10, 8, 7, Vista (64 Bit)
    • プロセッサー: Dual core 3Ghz+
    • メモリー: 4 GB RAM
    • グラフィック: 512MB Video Memory
    • ストレージ: 1 GB 利用可能
    • 追記事項: Low sprite resolution and Low VRAM usage.
    推奨:
    • OS: Windows 10, 8, 7 (64 Bit)
    • プロセッサー: Quad core 3Ghz+
    • メモリー: 8 GB RAM
    • グラフィック: 2GB Video memory
    • ストレージ: 1 GB 利用可能
    最低:
    • OS: macOS High Sierra, Sierra, OSX El Capitan, Yosemite, Mavericks
    • プロセッサー: Dual core 3Ghz+
    • メモリー: 4 GB RAM
    • グラフィック: 512MB Video Memory
    • ストレージ: 1 GB 利用可能
    • 追記事項: Low sprite resolution and Low VRAM usage
    推奨:
    • OS: macOS High Sierra, Sierra, OSX El Capitan, Yosemite, Mavericks
    • プロセッサー: Quad core 3GHz+
    • メモリー: 8 GB RAM
    • グラフィック: 2GB Video memory
    • ストレージ: 1 GB 利用可能
    最低:
    • OS: Linux (tarball installation)
    • プロセッサー: Dual core 3Ghz+
    • メモリー: 4 GB RAM
    • グラフィック: 512MB Video Memory
    • ストレージ: 1 GB 利用可能
    • 追記事項: Low sprite resolution and Low VRAM usage
    推奨:
    • OS: Linux (tarball installation)
    • プロセッサー: Quad core 3GHz+
    • メモリー: 8 GB RAM
    • グラフィック: 2GB Video memory
    • ストレージ: 1 GB 利用可能

キュレーターの意見

404 人のキュレーターがこの製品をレビューしました。チェックするにはここをクリック。
カスタマーレビュー
大量のレビューが検出されました:
除外対象  あるいは  表示対象
レビュータイプ


購入タイプ


言語


期間
特定期間内のレビューを表示するには上のグラフをクリック&ドラッグするか、棒グラフをクリックしてください。

グラフを表示



表示:
レビューベータ NEW!
有効にすると、新機能の有用性スコア順にレビューを並び替えます。詳細はブログ記事をご覧ください。
グラフを表示
 
グラフを非表示
 
フィルター
有用性レビューベータが有効になりました
上記のフィルタに当てはまるレビューはこれ以上ありません
他のレビューを見るためにフィルターを調節する
レビューをロード中...