約 3,610,780 件
https://w.atwiki.jp/mrfrtech/pages/76.html
Market Analysis The artificial intelligence AI in Supply Chain Market Growth is predicted to touch USD 3-4 billion at a whopping 37% CAGR between 2018- 2023, states the recent Market Research Future (MRFR) analysis. Artificial intelligence in the supply chain industry has gained rapid traction. The use of AI in the supply chain is enabling companies to automate decision making, offer better human resource utilization, improve efficiencies, improve supply chain management productivity, helps to engage with customers in the digital world. Various factors are propelling the global artificial intelligence in supply chain market share. According to the recent MRFR report, such factors include the increasing adoption of computer vision technology in different industries, favorable initiatives by the government towards digitalization, growing awareness about big data analytics and artificial intelligence, perpetually growing smart devices and internet users across the globe, growing adoption of artificial intelligence to improve consumer satisfaction and services, and burgeoning demand for higher transparency greater visibility in supply chain data processes. On the contrary, lack of infrastructure, high procurement operating price, shortage of artificial intelligence technology experts, and the ongoing COVID-19 impact are factors that may impede the global artificial intelligence in supply chain market growth in the region. Market Segmentation The MRFR report highlights an inclusive segmental analysis of the global based on artificial intelligence in supply chain market based on end users, application, deployment, technology, and component. By component, the global artificial intelligence in supply chain market is segmented into software and hardware. The hardware segment is again segmented into network, memory, and processors. The processors segment is further segmented into ASIC, FPGA, GPU, and CPU. Of these, the software segment is predicted to lead the market over the forecast period. By technology, the global artificial intelligence in supply chain market is segmented into computer vision, context-aware computing, natural language processing, and machine learning. Of these, the computer vision segment will lead the market over the forecast period. By deployment, the global artificial intelligence in supply chain market is segmented into hybrid, on-cloud, and on-premise. By application, the global artificial intelligence in supply chain market is segmented into risk management, supplier relationship management, logistics and shipping, supply chain planning, warehouse management, fleet management, and others. Of these, the supply chain segment will dominate the market over the forecast period. By end users, the artificial intelligence in supply chain market is segmented into consumer electronics, food and beverage, manufacturing, retail, automotive, aerospace, and others. Of these, the retail sector will have a major share in the market over the forecast period. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/7233 Regional Analysis Based on the region, the global artificial intelligence (AI) in supply chain industry report covers the recent trends and growth opportunities across the Asia Pacific (APAC), North America, Europe, the Rest of the World (RoW). Of these, North America will spearhead the market over the forecast period. Advances in technology, presence of highly developed infrastructure, increasing technical expertise in the artificial intelligence technology, booming retail and e-commerce industry, demand for advanced solutions for warehouse and logistics management, and the presence of top industry players are adding to the global artificial intelligence in supply chain market growth in the region. The United States, Mexico, Canada hold the utmost share in the market. The artificial intelligence (AI) in supply chain market in the APAC region is anticipated to have a notable growth during the forecast period. Rising market penetration of e-commerce, the growing trend of online purchase, developing digital technology and network infrastructure, and rising adoption of natural language processing and machine learning technology by technology developers to cater to the growing and custom needs of the automotive, retail, and manufacturing industry applications are adding to the artificial intelligence (AI) in supply chain market growth in the region. The artificial intelligence (AI) in supply chain market in Europe is predicted to have a healthy growth during the forecast period and that in the RoW is predicted to have steady growth over the forecast period. Key Players Eminent contenders profiled in the global artificial intelligence in supply chain market report include LLamasoft, Inc., Amazon, Oracle Corporation, Logility, Inc., SAP SE, Micron Technology, Microsoft Corporation, Samsung Electronics, Xilinx, Inc., Intel Corporation, IBM Corporation, and Nvidia Corporation, among others. Browse Complete Report @ https //www.marketresearchfuture.com/reports/artificial-intelligence-in-supply-chain-market-7233 Table of Contents 1 Executive Summary 2 Scope of The Report 2.1 Market Definition 2.2 Scope of The Study 2.2.1 Research Objectives 2.2.2 Assumptions Limitations 2.3 Market Structure Continued… Similar Report B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future At Market Research Future (MRFR), we enable our customers to unravel the complexity of various industries through our Cooked Research Report (CRR), Half-Cooked Research Reports (HCRR), Raw Research Reports (3R), Continuous-Feed Research (CFR), and Market Research Consulting Services. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/pao_industrial/pages/22.html
レシピ変更ついて このサーバーでは難易度上昇やバランスの確保のために一部レシピを変更しているアイテムがあります レシピが変更されているアイテムについて紹介したいと思います Machine Frame(RFTools) ダイヤモンド2個、金インゴット2個、ブロンズインゴット2個 Untable Ingot block(Extra Utilities) Unstable Ingot4個、Iridium Reinforced Plate5個 レシピ削除について 一部バランス崩壊の可能性や鯖への負担になる恐れがあるため削除されているアイテムがあります それについてはサーバーへの参加方法の禁止アイテムの欄でご確認ください その他 レシピは改変されてはいませんがバランス調整などのために変更されているアイテムがあります レーザードリル(MFR) 必要workが300から3000に変更(ゲージを振り切る) ※必要RFは6000万（要検証） Hand of Ender(botania) 他人のエンダーチェストを開けれないように変更 鬼哭(Extra Utilities) 強化されたDivision Sigilで作れるMobius Ingotのみ作成可
https://w.atwiki.jp/mrfrtech/pages/74.html
Market Scenario The introduction of technologies such as supervisory control and data acquisition (SCADA) and smart grid network management has modernized the current power grid infrastructure to make performance, adaptability, and reliability more sophisticated. The smart grid sensor is expected to show significant growth over the forecast period, in the lines of these factors. In addition, the increasing number of electrical thefts in commercial and residential areas, and the system of energy faults, and extreme weather conditions operational capacity is expected to drive the market over the forecast period. Novel coronavirus has Smart Grid Security Market Growth to open new avenues for those firms that are on the lookout for solutions that are reliable, efficiently managed, scalable, and are subscription-based, to remain more focused on the core business. The Smart Grid Security Market is bearing lesser impact of the COVID-19 outbreak compared to most other segments of the tech world. The conventional power grid system is being modernized into a smart grid to address issues such as power dissipation, concentrated information flow and growing safety and consistency concerns. On the other hand, security concerns and increased counterfeiting of energy utilities are presumed to hinder the growth of the market for smart grid sensors over the review period. In addition, the high energy consumption of smart grids is presumed to impede market growth over the projected period. In addition, the growing COVID 19 pandemics worldwide has created a major market disruption and is expected to continue its impact on the market in the foreseeable future. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/7168 Competitive Outlook Some of the key players of smart grid sensors market include ABB Ltd. (Switzerland), General Electric Company (U.S.), Oracle Corporation (U.S.), Siemens AG (Germany), Cisco Systems, Inc. (U.S.), Itron, Inc. (U.S.), Landis+Gyr (Switzerland), Schneider Electric SA (France), Tech Mahindra Ltd. (India), S C Electric Company (Illinois, U.S.), Aclara Technologies LLC (U.S.), Open Systems International, Inc. (Minnesota, U.S.), Esyasoft Technologies Pvt. Ltd. (India), Trilliant Holdings, Inc. (U.S.), Wipro Ltd. (India), NexGrid, LLC. (U.S.), Kamstrup A/S (Denmark), Globema (Poland), EnerNOC, Inc. (U.S), and e-Smart Systems Pvt. Ltd. (India). Segmentation The smart grid sensors is differentiated by component, sensors, solutions, service, and application. Based on sensors, the smart grid sensors market is sub-divided into dynamic line rating sensors, outage detection sensors, voltage/temperature sensors, transformer monitoring sensors, and others. The component segment consists of sensors, AMI meter, programmable logic controller (PLC), networking hardware, and others. Furthermore, the service is classified into deployment integration, consulting, support maintenance, and others. Smart grid sensors is further divided based on solutions that include smart grid distribution management, smart grid communication, substation automation, grid asset management, Advance Metering Infrastructure (AMI), and billing customer information system. Based on application segment, the smart grid sensors is segmented into Advanced Metering Infrastructure (AMI), smart energy meter, supervisory control and data acquisition (SCADA), and others Regional Analysis The smart grid sensors are geographically segmented into four different regions, namely North America, Asia Pacific , Europe and the rest of the world. North America is presumed the dominant region in the market for smart grid sensors. The United States and Canada are the region s leading nations. It is attributed to the region s rising suppliers of smart grid solutions to boost grid stability. In addition, Europe is expected to enjoy significant growth over the forecast period. Countries such as Germany, France and Great Britain are the region s leading countries. The Global Solar Inverter Market is geographically segmented as Europe , North America , Asia-Pacific and the rest of the world. Due to the increase in investments in the construction section, Asia-Pacific is likely to hold a majority of the market share over the forecast period. Demand for solar inverters in Asia-Pacific is expected to rise significantly due to growing demand for solar energy sources and increasing investment in the region s solar energy projects. Solar energy is seen as the best substitute for conventional energy sources for reducing carbon emissions by meeting the region s electricity needs. Table of Contents 1Executive Summary 2Scope of the Report 2.1Market Definition 2.2Scope of the Study 2.2.1Research objectives 2.2.2Assumptions Limitations 2.3Markets Structure Continued…. Browse Full Report Details @ https //www.marketresearchfuture.com/reports/smart-grid-security-market-7168 List of Tables Table 1 Global Smart Grid Security Market, By Region, 2020-2027 Table 2 North America Smart Grid Security Market, By Country, 2020-2027 Table 3 Europe Smart Grid Security Market, By Country, 2020-2027 Continued… List of Figures FIGURE 1 Global Smart Grid Security Market Segmentation FIGURE 2 Forecast Methodology FIGURE 3 Porter’s Five Forces Analysis Of Global Smart Grid Security Market Continued… B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future Market Research Future (MRFR) has created a niche in the world of market research. It is counted among the top market research companies that offer well-researched and updated market research reports and insights to businesses of all sizes. What sets us apart is our super-responsive team that offers quality work keeping clients abridged of the prospective challenges and opportunities in various markets. Our team is adept in their space as well as patiently listens to every client. The best part is they know their work inside out and possess the expertise to guide the client in the right direction and achieve results on a tight deadline. We are a one-stop solution for all your data research needs. Our team does not believe in the “one size fits all” approach to creating a report that is detailed and concise. We handle 13 industry verticals including Healthcare, Chemicals and Materials, Information and Communications Technology, Semiconductor and Electronics, Energy and Power, Food, Beverages Nutrition, Automobile, Consumer and Retail, Aerospace and Defense, Industrial Automation and Equipment, Packaging Transport, Construction, and Agriculture. With our unique approach for every market report, we aim to reach the zenith in qualitative business intelligence and syndicated market research. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/xw-inds/pages/65.html
TRIAL ■2006/5/24発売 ■PCCA-2275 ￥1,260(税込) ■初回封入特典 w-Inds.×GOAL!両面ジャケット仕様 w-inds.オリジナルトレーディングカード１枚（全４種） 映画「GOAL!」トレーディングカード１枚（全2種） ■収録曲 1.TRIAL （作詞 shungo. 作曲 Hiroo Yamaguchi 編曲 Koma2 Kaz） 2.Back At One （作詞 shungo. 作曲 Mario Liti,T2ya 編曲 Koma2 Kaz） 3.風詩-KAZAUTA- （作詞 Takamitsu Shimazaki 作曲 Steve Mac,Wayne Hector 編曲 Koma2 Kaz） 4.TRIAL (Instrumental) ■タイアップ FIFA、JFA公認映画『GOAL!』日本語吹き替え版テーマソング ■オリコン 週間最高順位3位
https://w.atwiki.jp/winembdev/pages/12.html
Windows Embedded 8 Industry 搭載製品 パネルPCについては、オプションでOS搭載可能なものではなく、 Windows Embedded OSを「プリインストール」しているものを記載しています。 なお、一部OS名を省略して記載しています POSReady：Windows Embedded POSReady WE8I：Windows Embedded 8.1 Industry WE8IP：Windows Embedded 8.1 Industry Pro POS端末 NECプラットフォームズ TWINPOS9000シリーズ ( WE8IP ) 決済端末 国産オールインワン決済端末 EMPATHY EM10 ( WE8I ) FA向けPC、パネルPC マウスコンピュータ 特定用途専用端末 MousePro-M385B-EMBD ( WE8IP ) EPSON Endeaver 特定用途向けモデル( WE8IP ) ハンディ端末 FUJITSU Handheld Terminal Patio720 ( WE8IP ) M2M製品 ネクスコム 小型店舗向けHD監視・録画レコーダー OmNise( WE8IP )
https://w.atwiki.jp/perpetuum/pages/29.html
MATERIAL EXTRACTION Extension名 効果 ランク Primary Attributes Secondary Attributes 必要Extension Advanced geology ｢Tile-based geoscanner charge」のスキャン範囲+5%/lv 4 Heavy industry Research and development Basic geology(4) Advanced intensive mining Minerモジュールのサイクルタイム(動作間隔)-2%/lv 4 Heavy industry Research and development Basic intensive mining(4) Basic geochemistry ｢Tile-based geoscan｣の精度とスキャン範囲の精度+4%/lv 3 Heavy industry Research and development Data processing(2) Basic geology ｢Tile-based geoscanner charge」のスキャン範囲+5%/lv 3 Heavy industry Research and development ― Basic intensive mining Minerモジュールのサイクルタイム(動作間隔)-1%/lv 3 Heavy industry Research and development ― Economic industrial engineering MinerとHarvesterモジュールのReactor消費-3%/lv 1 Heavy industry Research and development Reactor expansion(4) Efficient harvesting HarvesterモジュールのAccumulator消費-5%/lv 4 Heavy industry Research and development ― Efficient mining MiningモジュールのAccumulator消費-5%/lv 4 Heavy industry Research and development ― Expert intensive mining Minerモジュールのサイクルタイム(動作間隔)-2%/lv 5 Heavy industry Research and development Advanced intensive mining(5) Extensive HDT exploitation ｢HDT｣の一回の採掘量+3%/lv 5 Heavy industry Mechatronics Extensive mining(5) Extensive agriculture 植物の一回の収穫量+2%/lv 3 Heavy industry Research and development ― Extensive epriton mining ｢Epriton｣の一回の採掘量+3%/lv 5 Heavy industry Mechatronics Extensive mining(5) Extensive helioptris harvesting ｢Helioptris｣の一回の収穫量+3%/lv 3 Heavy industry Mechatronics Extensive agriculture(5) Extensive imentium mining ｢Imentium｣の一回の採掘量+3%/lv 5 Heavy industry Mechatronics Extensive mining(5) Extensive liquizit mining ｢Liquizit｣の一回の採掘量+3%/lv 5 Heavy industry Mechatronics Extensive mining(5) Extensive mining 原料資源の一回の採掘量+1%/lv 3 Heavy industry Research and development ― Extensive stermonit mining ｢Stermonit｣の一回の採掘量+3%/lv 5 Heavy industry Mechatronics Extensive mining(5) Extensive titan mining ｢Titan ore｣の一回の採掘量+3%/lv 5 Heavy industry Mechatronics Extensive mining(5) Extensive triandlus harvesting ｢Triandlus｣の一回の収穫量+3%/lv 3 Heavy industry Mechatronics Extensive agriculture(5) Intensive HDT exploitation ｢HDT｣を採掘する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Basic intensive mining(5) Intensive agriculture 植物収穫のサイクルタイム-2%/lv 3 Heavy industry Research and development ― Intensive epriton mining ｢Epriton｣を採掘する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Basic intensive mining(5) Intensive hlioptris harvesting ｢Helioptris」を収穫する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Intensive agriculture(5) Intensive imentium mining ｢Imentium｣を採掘する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Basic intensive mining(5) Intensive liquizit mining ｢Liquizit｣を採掘する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Basic intensive mining(5) Intensive stermonit mining ｢Stermonit｣を採掘する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Basic intensive mining(5) Intensive titan mining ｢Titan ore｣を採掘する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Basic intensive mining(5) Intensive triadlus harvesting ｢Triadlus」を収穫する時のサイクルタイム-1%/lv 3 Heavy industry Mechatronics Intensive agriculture(5) Optimized industrial engineering MinerとHarvesterモジュールのCPU消費-3%/lv 3 Research and development Heavy industry Data processing(4) 名前 コメント
https://w.atwiki.jp/mrfrtech/pages/135.html
Cloud Microservices Industry, Segments Of The Tech World Opportunity, Industry Growth, Key Vendors Opportunity and Forecast 2027, Market Research Future Market Analysis The data analysts at Market Research Future Reports (MRFR) have conducted a thorough analysis of the global Cloud Microservices Industry is estimated to value USD 2,146.7 million, thriving at a CAGR of 25% during the assessment period. The growing number of microservices architecture is anticipated to affect the global Cloud Microservices Industry 2020. Besides, the increasing demand for secured IT operations and cheap cost methods have further led to market expansion. Furthermore, the inclination of enterprises towards the private cloud for data security is projected to play an important part in market expansion. Also, the growing need to minimize the on-premise IT deployment cost is another pivotal factor leading to the growth of the market. However, insufficient technical expertise and the expenses related in the initial stage are anticipated to refrain the market from expanding. However, the outbreak of COVID-19 has resulted in a pause in the daily operational activities of the global Cloud Microservices Industry. The offices have been temporarily shut to contain the spread of coronavirus. Thorough research is being carried out on the impact of coronavirus on the worldwide market. We will provide an impact analysis report on COVID-19. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/7199 Market Segmentation The worldwide cloud microservices market can be distinguished on the basis of organization size, component, deployment, verticals, and geography. On the basis of organization size, the worldwide cloud microservices market can be distinguished into large enterprise and small and medium-sized enterprises. On the basis of component, the global cloud microservices market can be distinguished into platform and services. On the basis of deployment, the worldwide cloud microservices market can be distinguished into the public cloud, private cloud, and hybrid cloud. On the basis of verticals, the worldwide cloud microservices market can be distinguished into healthcare, retail and e-commerce, media entertainment, IT telecommunication, BFSI, government, transportation and logistics, and manufacturing. On the basis of geography, the worldwide cloud microservices market can be distinguished into North America, Europe, Asia-Pacific, and Rest of the World (RoW). Regional Analysis The global market is estimated to expand significantly during the assessment period. Thorough research of North America, Europe, Asia-Pacific, and Rest of the World (RoW) has been performed. As per the study, North America is estimated to dominate the global market. It is one of the most lucrative markets, and besides, it is also one of the early adopters of microservices architecture. Several sectors are relying on technology and are actively adopting cloud microservices. Europe attains the second position. Europe is a potential market and generates a significant amount of revenue during the assessment period. The most significant factor resulting in the market expansion is the presence and participation of the developed economies such as the UK, and Germany. On the other side, the APAC region is anticipated to be the fastest-growing region. The most pivotal factor leading to market expansion is the deployment of several organization in the APAC region due to the cheap cost in providing services to customers. However, the market dynamics are estimated to be affected significantly due to the outbreak of COVID-19. Several regions have been affected due to the observation of lockdown. Key Players The established players of the global cloud microservices market are Software AG (Germany), CA Technologies, Amazon Web Services (US), IBM Corporation (US), Salesforce.com Inc (US), Microsoft Corporation (US), Infosys Limited (India), Syntel (US), Oracle Corporation (US), SmartBear Software (US). The other players contribute 30-35% in the cloud microservices market. Some of them are CoScale (Belgium), Contino (UK), Idexcel (US), Macaw (US), Kontena (Finland), Marlabs (US). Browse Complete Report @ https //www.marketresearchfuture.com/reports/cloud-microservices-market-7199 Table of Contents 1 Executive Summary 2 Scope of The Report 2.1 Market Definition 2.2 Scope of The Study 2.2.1 Research Objectives 2.2.2 Assumptions Limitations 2.3 Market Structure Continued… Similar Report B2B Telecommunication Market Information by Solution (Unified Communication and Collaboration), Deployment (Fixed, Mobile), Organization Size (Large, Enterprise), Application (Industrial, Commercial) and regions Trending #MRFR Report** https //ictmrfr.blogspot.com/2022/04/geofencing-market-companies-growth-with.html https //blogfreely.net/pranali004/telecom-expense-management-market-size-impressive-cagr-changing-business-scope https //postheaven.net/pranali004/financial-app-industry-impressive-cagr-changing-business-needs-scope-of https //market-research-future.tribe.so/post/openstack-service-market-research-impressive-cagr-changing-scope-of-current--6263de46791566c10c79891e https //www.scutify.com/articles/2022-04-24-infrastructure-as-a-service-industry-cagr-changing-business-scope-of-current-and-future-industry- About Market Research Future At Market Research Future (MRFR), we enable our customers to unravel the complexity of various industries through our Cooked Research Report (CRR), Half-Cooked Research Reports (HCRR), Raw Research Reports (3R), Continuous-Feed Research (CFR), and Market Research Consulting Services. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com
https://w.atwiki.jp/gunsoficarusjp/pages/50.html
Dynabuff Industries Kit -ダイナバフ インダストリーズキット- エンジニアは物事をより良くするためにここにいます。 もっと走り回って物を叩いて、もっと上手に！ 効果 使用するコンポーネントによって効果は異なる エンジン 活性化 4ヒット 効果時間 120秒 効果 +25%推力 砲座 活性化 8ヒット 効果時間 40秒 効果 +10% ダメージ 効果 +10% リロード速度 ハルアーマー 活性化 7ヒット 効果時間 120秒 効果 +25%HP バルーン 活性化 10ヒット 効果時間 90秒 効果 -25%垂直抗力 説明 ダイナバフインダストリーズキット。長い。大体バフハンマーなどと呼ばれる。 このツールは修理、リビルドには一切使用できない。 その代わり、船の各コンポーネントに使用することで、一時的に性能を強化することができる。 コンポーネントをたたくとアイコン左側のゲージが増加していき、いっぱいになるとバフが発動する。 バフ発動中は右側のゲージが徐々に減っていく。バフ発動中に再度バフを発動すると、効果時間がリセットされる。 事前に左側のゲージを9割ほどためておき、バフが切れそうなタイミングで再度有効化することでバフ時間を即座に延長できる。 戦闘前に準備しておくと効果的。 問題はリビルド、修理、消火の中からどれか一つを妥協しないと持ち込めないこと。 もっともメジャーなのはリビルドと修理をPipe Wrench一本に任せ、空いたスロットにセットする方法。 この場合にしても、他のクルーと被ってしまうと修理やリビルドがかなり厳しい。なるべく事前に打ち合わせておきたい。 サイドのエンジンにバフをかける場合はなるべく両サイドのエンジンを同時に強化したい。 片方だけバフがかかってしまうと、エンジンの出力が不均等になり、船の進路が徐々に傾く。
https://w.atwiki.jp/mi_ic2/pages/104.html
IC2Exp更新履歴 概要 ここではIC2Expの各バージョン間でのCropに関する差分を載せる。各見出しの下にある記述は、その下の見出しからその見出しまでに行われた更新点である。 更新が膨大なため、ここではバイナリ名にCropが入るクラスのみを追跡している。また、更新がまばらな地帯では飛び飛びのバージョン番号のみ調査している。 凡例 太字： ゲームシステムやプレイに影響のある変更青字： 未整理桃字： 変更のあったクラス緑字： IC2Expの前提環境※（ただの数字列の場合Forgeのバージョン） ※dependencies記法について 例：required-after Forge@[10.13.0.1200,) ←Forgeの10.13.0.1200以上で、上限無限のバージョンが必要で、IC2はこれより後にロードする 型について 例としてInteger型のフィールド（およびローカル変数やパラメータ等）fやInteger型の戻り値のメソッドmを書くとき、次のように書いている。 Integer f Integer m Integer m() f Integer m Integer m() Integer 特に書き分けとかは無い。しかし、メソッドを示す際にも()を省略して記述していることが多いので注意が必要である。さらにもしかしたら引数があるメソッドにもかかわらず()が付与されている場合もあるかもしれない。 更新日時について 本記事に記載されている日付は、Jenkinsに書いてある時間である。リリース時点における日本時間ではない。どこの国の時刻なのかはよく知らない。 編集上の注意 最近のIC2ExpのjarにはAPIのマジソースが付属しているので、Jadで解凍保存したZipには2つのJavaファイルができる。このあと、フォルダに解答する際は上書きを「いいえ」にするともともと付属しているソースがフォルダに解凍される。 更新履歴 バージョン： industrialcraft-2-2.2.751-experimental 2015年7月18日 新作物Eating（食虫植物？）追加 クリエイティブモードのプレイヤー以外の生物をみんな喰う（？） ワート系の根の長さが3に required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.750-experimental 2015年7月17日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.731-experimental 2015年6月5日 ICropTile （API） harvestAutomatedがまさかのharvest_automatedに巻き戻る。 729～730のAPIと互換性が無いが、その直前のAPIと互換性が生まれた。 TileEntityCrop ちょっと変わった。 更新前 (int)Math.max(0.0D, IC2.random.nextGaussian() * chance * 0.6827D + chance); 更新後 (int)Math.max(0L, Math.round(IC2.random.nextGaussian() * chance * 0.6827D + chance)); intへのキャストが、小数の切り捨てから単に型を変換する役割となった。そして小数の切り捨て方が四捨五入になった（よって、収穫物が直前のバージョンよりも0.5個増えた）。新・収穫量の記事 バージョン： industrialcraft-2-2.2.730-experimental 2015年6月5日 なし バージョン： industrialcraft-2-2.2.729-experimental 2015年6月4日 仕様が少し大きく変更となった。中程度の更新。 CropCard （API） dropGainChanceの内部処理が乗算のforループからMath.powの利用に変わった。 このメソッドは後々doubleになるようだ。 ICropTile （API） harvest_automatedのメソッド名がharvestAutomatedに変更。 APIの更新の必要あり。 TileEntityCrop 収穫に関する変更である。 harvest_automatedがharvestAutomatedになり、処理内容が次の点を除いて等価に簡単化された。 元の処理 chanceから0以上1未満の一様乱数を引くことができた回数が収穫物のドロップ数となる。 新しい処理 (int)Math.max(0, IC2.random.nextGaussian() * chance * 0.6827 + chance)が収穫物のドロップ数となる。 この変更が等価であるか否かは、検証中である。 harvestメソッドが色々変わった。その更新後の処理内容は次の通りである。 harvestAutomatedをfalseで呼び出し、ItemStack配列型dropsに代入する。 dropsがnullならば、falseで終了する。 現在のスレッドがサーバースレッドであり、dropsが要素を持つならば、｛ dropsのすべてを地面にドロップする。 そして、trueで終了する。 ｝ このメソッドは、元々は確率でスタックのサイズ上昇を行っていた。それが消えたので、もしかしたら収穫量が下がっているかもしれない？ バージョン： industrialcraft-2-2.2.728-experimental 2015年6月4日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.714-experimental 2015年4月13日 CropCoffeeが小変更。 attributes（属性）の項目の一つが変更。 旧： Ingrident 新： Ingredient もしもこの項目と等しい項目を持つ作物が他に存在する場合、交配難易度に影響する。 required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.710-experimental 2015年4月4日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.690-experimental 2015年3月7日 TileEntityCropのattemptCrossingとcalculateRatioForが小変更。 attemptCrossing： 詳しく検証しなければよくわからないが、アルゴリズムがなんか微妙に変わった。 calculateRatioFor： これまで意味不明な変換をしていたstat値の比較が、遂にそこが正常になった。 しかし、意図した動作と（編者の偏見で）思われるものはstat値が2以上離れていた場合に一律でvalueを1下げるという処理だが、処理の変更によってstat値が離れているだけvalueが際限なく下がるようになってしまった。 ちなみにバグ版では離れ過ぎていた場合でもvalueを2増加させるというかなりカオスなものだった。 この影響で数々の作物種が仕様上出現しなくなる高度なバグが生まれたかもしれない？ アシ→樹液アシ変換が相変わらず強力にTierを上げるのでその危惧は（とりあえずIC2内だけなら）去った 以下にも新しくなった交配レート表を載せる。旧交配レートはこちら。ブラウザで並べてみると分かるが全く以て別物と化した。 required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.685-experimental 2015年2月28日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.683-experimental 2015年2月23日 CropCardが後方互換性を確保。 まず、Ic2CropCardextends CropCardというクラスが追加された。それにより、全てのCrop～クラスの親がCropCaradからこいつに変わった。 Ic2CropCardでは次のことをしている。 owner()： IC2 displayName()： ic2.crop. + name() discoveredBy()： IC2 Team registerSprites： 最大成長サイズの分だけ、 ic2 crop/ + name() + . + iを登録。 そしてその親クラスであるCropCardではどうなったかというと、 コンストラクタ： modidにgetModIdを代入 コメントにはModIdの設定は本当のオーナーModの初期化イベントでやるべきと書いてある。 modid： 追加 getModId： もともとowner()に書いてあったのがここに来た。 owner()： modid displayName()： name() コメント文曰く、後方互換性のためにそのまま名前を返している（昔はname()の戻り値が Wheat とかだった）。 discoveredBy()： unknown registerSprites： テクスチャファイルの参照先が次のようになった。 旧： ic2 crop/名前.成長サイズ 新： ic2 crop/blockCrop.名前.成長サイズ こちらも後方互換性のために blockCrop. を含めていると書いてある。 つまり後方互換性のためにIc2CropCardを用意せざるを得なくなった。 required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.682-experimental 2015年2月22日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.679-experimental 2015年2月17日 id撤廃改革 APIが、 コメントが盛大に模様替えした メソッドがいくつか増えた ちょくちょく空白や改行が整形された 次の4つのクラスはAPIクラスである。 BaseSeed： idを用いるコンストラクタが非推奨になり、CropCardを使うコンストラクタが出現した。 近い将来、作物種を文字列で保存することになるようだ CropCard： メソッドString owner()が出現。 デフォルトではLoader.instance().activeModContainer、若しくはIC2を返すようになっているが、多分Mod側でオーバーライドして使えと言うメソッド。 String displayName()が出現。 ic2.crop.名前 になっているが、翻訳ファイルの左辺である。 String getTextureFile()が消滅した。 内容は /ic2/sprites/crops_0.png を返していたが、/assets/ic2/spritesというフォルダはないのであるだけ無駄なメソッドであった。 getSeeds ICropTile#generateSeedsへの第一引数がICropTile#getIDからICropTile#getCropになった。 isWeed 作物が雑草属性状態であるかの判定でid==0かで見ていたが、その部分が支柱が雑草の作物種である場合に変わった。 「支柱」（ICropTile）は支柱（TileEntityCrop）であって作物種（CropCard）ではないのでバグっている。雑草もGr24なければ雑草属性状態にならない。 getId 非推奨になった。 Crops： CropCard weed： 追加。曰く、雑草は特別な性質を持っている。よって、ここに晒された。 CropCard getCropCard(String, String)： 追加。ModIdと作物種内部名を喰わせると作物種を返す。 CropCard getCropCard(ItemStack)： 追加。種を喰わせると作物種を返す。 Collection getCrops()： 追加。何も喰わせてないのに作物種が全部貰える。 CropCard[] getCropList()： 非推奨化。 registerBaseSeed： idを使用する古い物が非推奨になり、その部分がCropCardになったものが加わった。 getIdFor： 非推奨になった。 CropCard getCropCard(int)： 削除された。 ICropTile： CropCard getCrop()： 追加。作物種か、nullを返す。 void setCrop(CropCard)： 追加。 short getID()： 非推奨化。 void setID(short)： 非推奨化。 generateSeeds： idを使用する古い物が非推奨になり、その部分がCropCardになったものが加わった。 引き続き、いくつかのべつに中枢じゃないクラスでid撤廃・CropCard化が進んでいる。 BlockCrop： getIconにて、チェックがid 0によるチェックからcrop()==nullに変わった CropNetherWart・CropTerraWart： 必然変異の際にidではなく作物種を直接代入するようになった 以下はIC2Cropsの変更。 ファイナルCropCard[] crops： 削除。 代わりにlegacyIdsというものに変わった。 CropCard weed： 削除。APIの方（Crops）に移転。 init()： Crops.weedを代入。 registerBaseSeeds： Crops#registerBaseSeedの仕様が変わったのに対応。 CropCard getCropCard(String owner, String name)： 追加。 cropMapからownerを引いて、引いた奴がnullでなければさらにnameを引いて返す。 CropCard getCropCard(ItemStack)： 追加。 受け取ったアイテムのNBTに owner と name があればgetCropCardして、 id があればgetCropFromIdして、別に無ければnullる。 Collection getCrops()： 追加。 変更不可（イミュータブル）で、ModId順に名前順にCropCardを列挙したやつを結合したコレクションを返す。 CropCard[] getCropList()： 参照先がcropsからlegacyIdsに変わった。 short registerCrop(CropCard)： 参照先がcropsからlegacyIdsに変わった。 全てのlegacyIdsが埋まっていた場合、id==-1に対してregisterCropをするが、とくに問題はない。 boolean registerCrop(CropCard crop, int i)： 処理が若干変わった。 変更前： iがcropsの添え字として正しく、該当スロットがnullの場合にスロットにcropを代入してtrueを返す。そうでなければ警告文を出してfalseを返す。 変更後： iがlegacyIdsの添え字として正しく、該当スロットがnullの場合にスロットにcropを代入する。また、cropMapにcropを登録してtrueを返す。 IC2Cropに関してアドオン競合や、コンフィグファイル地獄から解放された？ registerBaseSeed： id版オーバーロード： getCropFromIdにidを入れて、CropCardが出てきたならばCropCard版を呼び出す。 CropCard版オーバーロード： 特に前のid版と変わらないが、BaseSeedのインスタンスを作るのにidではなくCropCardを使う。 startSpriteRegistration： 参照先がcropsからcropMapに変わった。 getIdFor： 参照先がcropsからcropMapに変わった。 CropCard getCropCard(int)： 削除された。 静的メソッドCropCard getCropFromId(int)： 上の削除された奴の代わりに登場した。処理は上のものと実質変わらず（getCropListを叩いている）。 ファイナルMap cropMap： 追加。cropMap.get( modid ).get( cropName )のように使う。 ファイナルCropCard[] legacyIds： 追加。要素数は256個。 以下はTileEntityCropの変更。 全体として、id -1というのがcrop!=nullになっている。 全体として、id指定からCropCard指定になっている（主にweedであるかの判定）。 全体として、ローカル変数名が変わっている。 全体として、crop()が消えてcropになっている。 readFromNBT： id撤廃に関連してCropCardの抽出が以下のようになった。 String cropOwner とString cropName が含まれていれば、そこからCropCardを取ってくる。 Short cropid があれば、そこからCropCardを取ってくる。 writeToNBT： cropidの保存の仕様がreadFromNBTみたいになった。 ところでこのバージョンでも特にいじられていないexStorageさんはお元気ですか？ getNetworkedFields： id が消えて crop になった。 tick： tickRateに対して している文字リテラルが整数リテラルに変わっている 恐らくtickRateがchar型だからjadが文字リテラルに解釈したせい？ attemptCrossing： 色々記述が簡略化。 デカい関数なのでよくわからないが、もしかしたらゲームに影響のある変更があるかもしれない。 ローカル変数totalの初期化が謎（またはratiosの扱いが変わった）？ tryPlantIn： 引数がidからcropになった。 CropCard crop()： 消滅。 元々の役目は、TileEntityCropに保存されているidからCropCardを引くことだった。 reset： id=-1だったのからcrop=nullに。 つまり、nullという値のCropCardは空の支柱を示す。もはやここにはnullを指しているidのせいでクラッシュするという恐怖は無い。 generateSeeds： id版オーバーロード： getCropFromIdにidを入れて、CropCardが出てきたならばCropCard版を呼び出す。 CropCard版オーバーロード： 特に前のid版と変わらないが、ItemCropSeedのItemStackを作るのにidではなくCropCardを使う。 getCrop： 追加。this.cropを返すだけだがpublicである。 getID： Crops#getIdForを使ってidを求めるようになった。 setCrop： 追加。cropのsetter。 setID： IC2Crops.getCropFromIdを引いてCropCardを求めるようになった。 いくつかのフィールドが、型とかが変わった。 short id→CropCard crop int size, statGrowth, statGain, statResistance, scanLevel static int tickRate 以下は他のクラスの諸変更。 ItemCropSeed： NBT構成が以下のようになった。id撤廃にあちこち対応した。 Byte growth, gain, resistance, scan String owner, name TileEntityCropHavester： 特に変わってないが所々記述が簡潔化した。 HandHeldCropnalyzer： id撤廃に対応。 required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.678-experimental 2015年2月17日 内部名改革 言語ファイルやテクスチャパックの適用に影響を及ぼす可能性あり（というか確定） Crop作物種名クラス： 全ての作物種のname()の値が、先頭小文字のキャメルケースになった（例：Wheat→wheat、Terra Wart→terraWart）。 各作物種のテクスチャファイルの名前が変わった 例： 更新前： assets/ic2/textures/blocks/crop/blockCrop.Aurelia.1.png 更新後： assets/ic2/textures/blocks/crop/aurelia.1.png ic2/lang/en_US.properties： 変更後の作物種内部名から表示名への翻訳が追加された。 CropCard#registerSprites： テクスチャファイルの参照先が以下のように変わった。 更新前： ic2 crop/blockCrop.作物種名.成長サイズ 更新後： ic2 crop/作物種内部名.成長サイズ IC2Crops： registerCrop内で、 ic2.cropSeed添え字 が 作物種名 Seeds になるように翻訳を追加していたが、これをやめた。 cropSeedInvalid.png： crop.invalid.pngに名称変更 cropSeedUn.png： crop.unknown.pngに名称変更 CropStickReed： CropStickreedに名称変更 BlockCrop#getTextureName(int index)： 以下のようになった。 nullを返す場合を除き、戻り値にgetUnlocalizedName() + . が付いていたのが消えた。 Weed・Infestedが、先頭が小文字になった。 内部名以外に関する変更 Crops： メソッドCropCard getCropCard(int)追加 これまではgetCropList()を叩いて配列を得て、そこから自前で配列参照をしていた。 IC2Crops： getCropCardを実装。内容は、配列の領域外ならnullが帰るだけの配列参照。 required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.677-experimental 2015年2月15日 IC2Crops#registerCrop(CropCard, int)にて、指定されたidが埋まっていて作物種を登録できなかった場合の警告文の処理が変更。また、表示される文字列が、次のように微妙変わった 更新前： Cannot add crop ～on ID #～, slot already occupied by crop ～ ↓更新後： Cannot add crop ～ on ID ～, slot already occupied by crop ～. required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.675-experimental 2015年2月8日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.661-experimental 2015年1月22日 大幅更新 BlockCrop#getIcon(IBlockAccess, int, int, int, int)にて、以前まではTileEntityCropから作物種を取ってきたらnullチェックもせずにテクスチャを取得していたのが、nullチェックはするようになった。 これにより、作物種を追加するModを撤去してもクライアントがクラッシュしなくなった？ crop()革命 TileEntityCrop#cropが、これまではタイルエンティティのインスタンスが持っているidを、APIの配列に叩き込んで作物種を取得するだけだったのが、配列の範囲は考えるようになった。 以前は、植物が無い時（id=-1）に決して呼び出してはならない仕様だった（多分） これにより、呼び出し時に異常なid（大きすぎる値や、負の数）が保持されていた場合でもクラッシュせずにnullが帰る。 この関数はいつ呼び出しても大丈夫な代わりによくnullを返す仕様となった（多分） このメソッドは以前の仕様のせいで昔とんでもないバグを引き起こしていた。 crop()==nullのとき、それは即ちいろんな意味で作物種が無い（空の支柱であるか、定義されていないidをさしているか） もしかしたら作物種追加Modを撤去しても問題なくなるかもしれない（？） そこらへんのnullチェックをうまいことなんとかするためか、TileEntityCrop内の次の場所で大量のコードにnullチェックが追加されている。 tick： チェックがid 0によるチェックからcrop()==nullに変わった generateWeed： チェックがid 0によるチェックからcrop()==nullに変わった。 これにより、空ではないが、登録されていない作物種のidを示している支柱に雑草が繁殖するようになった（？） askCropJoinCross： チェックがid 0によるチェックからcrop()==nullに変わった leftClick： チェックがid 0によるチェックからcrop()==nullに変わった pick： チェックがid 0によるチェックからcrop()==nullに変わった rightClick： チェックがid 0によるチェックからcrop()==nullに変わった harvest_automated： チェックがid 0によるチェックからcrop()==nullに変わった harvest： チェックがid 0によるチェックからcrop()==nullに変わった onNeighbourChange： チェックがid 0によるチェックからcrop()==nullに変わった emitRedstone： チェックがid 0によるチェックからcrop()==nullに変わった onBlockDestroyed： チェックがid 0によるチェックからcrop()==nullに変わった getEmittedLight： チェックがid 0によるチェックからcrop()==nullに変わった updateMultiCulture： crop()の仕様変更に従い、空の支柱を参照しても落ちなくなった calcGrowthRate： crop()==nulllによるチェックが追加された onEntityCollision： チェックがid 0によるチェックからcrop()==nullに変わった getScanned： チェックがid 0によるチェックからcrop()==nullに変わった isBlockBelow： 作物種が無いときはfalseを返すようになった その他の些細なものも含む修正 以下、TileEntityCrop内のメソッド。 tick： 雑草の繁殖を行うイベントが、以前はid -1でなければ起きなかったが、空の支柱でも起きるようになった。成長完了時に植物が存在することをassertするようになった。 generateWeed： 内部処理があちこち等価で変わった（ただしバグはそのまま）。 attemptCrossing： ローカル変数をLinkedListで処理していたのがArrayListに変わった。ローカル変数ratiosのforループが拡張forループになった。 askCropJoinCross： 第4引数の型がLinkedListからListになった。ローカル変数sidecropの名前がsideCropになった。処理の簡略化のため、TileEntityをローカル変数に保存するようになった。 updateMultiCulture： 戻り値がbyteからintになった。処理が重複の無いLinkedListから、HashSetに変わり、効率的な処理法に等価交換された。（確か使われていない関数だった気がしたが・・・）。ちなみにマルチカルチャー版方角依存になるバグは据え置きであるが、支柱が空の時にcropを叩いてクラッシュするバグは収まった。 getScanned： スキャンレベルが4未満の時の戻り値が微妙に変わった（抜けてた - が増えた） required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.660-experimental 2015年1月9日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.655-experimental 2014年12月12日 なし required-after Forge@[10.13.0.1200,) バージョン： industrialcraft-2-2.2.650-experimental 2014年10月13日 なし 10.13.0.1200 バージョン： industrialcraft-2-2.2.649-experimental 2014年10月12日 フェルー・オーレリアの根の長さが3になった CropHarvester CropAurelia CropFerru 10.13.0.1200 バージョン： industrialcraft-2-2.2.648-experimental 2014年10月8日 なし 10.13.0.1200 バージョン： industrialcraft-2-2.2.646-experimental 2014年9月18日 バイオームに関する大幅仕様変更 作物種の根底クラス（CropCard）に根の長さ（getrootslength）が追加。 根の長さの一覧 作物種 根の長さ 全ての作物種 1 Cropsクラスのメソッドが次のように変化 addBiomeBonus（2引数）→addBiomenutrientsBonus（1引数）とaddBiomehumidityBonus（1引数） （ただし、addBiomenutrientsBonusメソッドでもhumidityBiomeTypeBonusを編集するバグがある） addBiomeBonus（BiomeGenBaseを使う）→削除 IC2Cropsクラスの次のフィールドが削除 humidityBiomeBonus HashMap nutrientBiomeBonus HashMap 各バイオームのボーナス が次のように変化 バイオーム種類 保水環境値ボーナス 肥沃環境値ボーナス BiomeGenBase.river 2 0 SWAMP 2 2 FOREST 1 1 JUNGLE 1 2 DESERT -1 0 MUSHROOM 0 2 ↓ バイオ種 保水ボーナス バイオ種 保水ボーナス バイオ種 保水ボーナス バイオ種 肥沃ボーナス JUNGLE 10 PLAINS 0 END -10 全て 0 SWAMP 10 SAVANNA -2 NETHER -10 MUSHROOM 5 HILLS -5 DEAD -10 FOREST 5 MOUNTAIN -5 RIVER 2 WASTELAND -8 IC2Cropsクラスのメソッドが次のように変化 addBiomeBonus（2引数）→addBiomenutrientsBonus（1引数）とaddBiomehumidityBonus（1引数） addBiomeBonus（BiomeGenBaseを使う）→削除 IC2Cropsクラスのバイオームボーナス 取得部分が、*****BiomeBonusではなく*****BiomeTypeBonusを見るように変更。また、バイオーム辞書を用いるようになった 耕土下ブロック（isBlockBelow）が支柱下1～4マスから、支柱下1～根の長さ（getrootslength）-1マスに変更 これによりフェルー及びオーレリアの完全栽培不可か？（※649にて修正） でも必然変異はお蔵入りとなった。 CropCard Crops IC2Crops TileEntityCrop 10.13.0.1200 バージョン： industrialcraft-2-2.2.645-experimental 2014年9月11日 次のテクスチャが追加 assets/ic2/textures/blocks/crop/blockCrop.Infested.1～5.png 1は空の支柱と同一、2～5は芋虫が空の支柱にへばりついている画像 assets/ic2/textures/blocks/crop/blockCrop.Weed.4～5.png 既存の雑草の更に上部分に雑草を追加した画像 支柱ブロック（BlockCrop）に次の処理が追加された getTextureIndex(int meta)にて、metaが2～11の時にもmetaを返す getTextureName(int index)にて、戻り値にindexが2～6のときに「.Weed.」挿入、7～11のときに「.Infested.」挿入 getOverlayIcon(IBlockAccess iBlockAccess, int x, int y, int z, int side, int layer)を新しくオーバーライド実装 タイルエンティティが非nullのとき、 layerが 0なら、getvisualweedlevel 0のときに雑草画像 1なら、getvisualInfestedlevel 0のときに虫画像 どれにも当てはまらなければnull 雑草（CropWeed）に以下の変更 最大サイズが3から5に getOptimalHavestSizeが3から1に canGrowは最大サイズに合わせて更新 leftclickはイベントをキャンセル（これにより、支柱を破壊しなければ雑草が壊せなくなった） かわりに除草こてを使う。 支柱（TileEntityCrop）に次の処理が追加された 変数weedlevel・Infestedlevelを同名のNBTタグで読み書き getNetworkedFieldsにweedlevel・Infestedlevel追加 メソッドgetvisualweedlevel・getvisualInfestedlevelが新規に追加 getvisualweedlevelは変数を返すだけ getvisualInfestedlevelは変数の値によって変化 10未満なら、0 30未満なら、1 50未満なら、2 70未満なら、3 90未満なら、4 どれでもなければ5 変数weedlevel・Infestedlevel追加 BlockCrop CropWeed TileEntityCrop 10.13.0.1200 バージョン： industrialcraft-2-2.2.643-experimental 2014年9月10日 なし 10.13.0.1200 バージョン： industrialcraft-2-2.2.627-experimental 2014年8月28日 ic2.core.block.cropパッケージがic2.core.cropパッケージに総移動 TileEntityCropクラスの変数宣言位置が下部に移動 NBTから各種農薬値（肥料・保水セルのみ）を読みだす時にtryしなくなった (更に移動) BlockCrop Crop作物種名 IC2Crops TileEntityCrop (インポートのみ) TileEntityCrop(Harvester|matron) ItemCropSeed 10.13.0.1200 バージョン： industrialcraft-2-2.2.624-experimental 2014年8月27日 次のテクスチャファイルが追加 assets/ic2/textures/blocks/crop/blockCrop.BrownMushroom.1～3.png 茶キノコ assets/ic2/textures/blocks/crop/blockCrop.Potato.4.png 変な色のジャガイモ assets/ic2/textures/blocks/crop/blockCrop.RedMushroom.1～3.png 赤キノコ 作物種（CropCard）のデフォルトの発見者名が「Alblaka」から「IC2 Team」になった 次の作物種を追加 赤キノコ（ID22）、茶キノコ（ID23） ベースシードは対応するキノコ tier 2、名前はそのまま、stat 04004、attributesは色名及びFood・Mushroom 最大サイズは3、必要成長経験値は200固定、保水農薬値が0より上でなければ成長しない 収穫サイズは3、適切収穫サイズは3、収穫物はダメージ値が32767の対応するキノコ ジャガイモの収穫可能成長サイズが3から3以上に CropCard Crop(Brown|Red)Mushroom CropPotato IC2Crops 10.13.0.1200 バージョン： industrialcraft-2-2.2.620-experimental 2014年8月25日 なし 10.13.0.1200 バージョン： industrialcraft-2-2.2.618-experimental 2014年8月24日 大規模アップデート 種植物素体（CropSeedFood）クラスは解消して人参とジャガイモの個別のクラスに分離した Crop収穫機（CropHarvester）と農薬散布機（Cropmatron）のテクスチャが追加された API変更 CropCardにメソッド int getOptimalHavestSize(ICropTile paramICropTile) 追加 ICropTileにメソッド ItemStack[] harvest_automated(boolean paramBoolean) 追加 各作物種クラスがgetOptimalHavestSizeを実装 Crop収穫機（CropHarvester）の追加 自機を中心とする幅11マス高さ3マス（未検証）の直方体範囲の作物をガンガン収穫しドロップした収穫物も自動回収していく鬼畜マシン 1.6.x系でGregTechの高価なハーベスターを使って自動収穫していたのが嘘のように 1.7.10現在ではGregTechと合わせるとその鬼畜さは増し、ダイヤや赤石といった鉱物資源類を中心に猛威を奮っている 必要コストはバニラIC2Expでは123支柱46鋏5基本機械外装79回路8チェストという安さである 農薬散布機（Cropmatron）が大幅修正 TileEntityCropに次の変更 保水セルの適用メソッド（applyHydration）からmanual引数（手動かどうか）撤去、常に手動と同じ動作になり、引数もインベントリスロットから農薬散布機に変更 自動収穫時のメソッド（harvest_automated）追加。 スキャン（種解析機を持って支柱を右クリック）時のメッセージに成長サイズ、最大成長サイズの情報が追加 CropCard ICropTile Crop作物種名 IC2Crops (Container|Gui|TileEntity)Crop(Harvester|matron) TileEntityCrop 10.13.0.1200 バージョン： industrialcraft-2-2.2.617-experimental 2014年8月23日 なし 10.13.0.1200 バージョン： industrialcraft-2-2.2.600-experimental 2014年8月19日 BlockCrop（支柱ブロック）が大幅変更 BlockCrop IC2Crops GuiCropmatron TileEntityCrop GuiCropnalyzer 10.13.0.1180 バージョン： industrialcraft-2-2.2.550-experimental 2014年8月2日 フレームワークの変更に対応したのみ TileEntityCropmatron TileEntityCrop 10.13.0.1180 バージョン： industrialcraft-2-2.2.517-experimental 2014年7月16日 ContainerCropmatronのパッケージが変わる (Container|Gui|TileEntity)Cropmatron 10.13.0.1152 バージョン： industrialcraft-2-2.2.500-experimental 2014年7月6日 1.7.10移行 農薬散布機のテクスチャが変更 APIメソッド Crops#addBiomeBonus にオーバーロード追加APIパッケージにパッケージインフォが追加 IC2Cropsにあるバイオームボーナス の処理がバイオーム辞書（BiomeDictionary）に対応 農薬散布機のGUIからインベントリ名の表示が削除 農薬散布機のメソッドの更新（フレームワークの更新） injectEnergyUnits→injectEnergy getMaxSafeInput→getSinkTier demandedEnergyUnits→getDemandedEnergy maxInput変数がオミット Crops IC2Crops (Gui|TileEntity)Cropmatron TileEntityCrop HandHeldCropnalyzer 10.13.0.1152 バージョン： industrialcraft-2-2.1.450-experimental 2014年4月5日 「TECrop」という名前でTileEntityCropを登録するようになった 農薬散布機のコンテナクラスの処理が変更（スーパークラスに移動した） BlockCrop (Container|Gui|TileEntity)Cropmatron (Container|HandHeld)Cropnalyzer 10.12.0.1053 バージョン： industrialcraft-2-2.1.416-experimental 2014年3月3日 ネットワーク系の仕様変更に対応 TileEntityCrop Java javac 1.6.0_30 Minecraft 1.7.2 MCP 9.01 FML 7.2.125.1032 Forge 10.12.0.1032 バージョン： industrialcraft-2-2.0.401-experimental 2014年2月22日 1.7.2移行 下記のテクスチャが追加（内容は普通の種袋と同じ画像） assets/ic2/textures/items/cropSeedInvalid.png assets/ic2/textures/items/cropSeedUn.png 支柱ブロック（BlockCrop）の onBlockActivated時にバグ（小数点演算に由来するものなど）があってもぬるぽで落ちないようになった onBlockClicked時に処理の実行をサーバーのみに限定 フェルー・オーレリアがmDrop（変更可能な収穫物アイテム）を持つようになった フェルー・オーレリアが金鉱石の他、金ブロックにも反応するようになった TileEntityCropのtick時のC2.network.announceBlockUpdateが除去 耕土下土・耕土下ブロックに関する空気判定が、id=0からisAirに変更 ほぼ全ての関連クラス Java javac 1.6.0_27 Minecraft 1.7.2 MCP 9.01 FML 7.2.125.1032 Forge 10.12.0.1032 バージョン： industrialcraft-2-2.0.350-experimental 2014年1月4日 種袋の内部名（unlocalizedName）が、 itemStack == null時及び未調査時 cropSeedUn → ic2.cropSeedUn 調査レベルが負時 cropSeedInvalid → ic2.cropSeedInvalid 調査レベルが1以上のとき cropSeed + getIdFromStack(itemstack) → ic2.cropSeed + getIdFromStack(itemstack) 種分析機のisUseableByPlayerの内容が次のように変化 false ↓ プレイヤーが種分析機のuidと同じuidのついたアイテムを持っている場合にtrue TileEntityCropmatron ItemCropSeed HandHeldCropnalyzer Java javac 1.6.0_27 Minecraft 1.6.4 MCP 8.11 FML 6.99.19.964 Forge 9.11.1.964 バージョン： industrialcraft-2-2.0.300-experimental 2013年11月10日 作物種登録時（IC2Crops#registerCrop）、既に同IDに登録済みだった場合に行われる出力が次のように変化 System.out.println( [IndustrialCraft2] Cannot add crop + 作物種名 + on ID # + ID + , slot already occupied by crop +既存の作物種名); ↓ IC2.log.warning( Cannot add crop +作物種名+ on ID # + ID + , slot already occupied by crop + 既存の作物種名); IC2Crops Java javac 1.6.0_27 Minecraft 1.6.2 MCP 8.04 FML 6.2.60.859 Forge 9.10.1.859 バージョン： industrialcraft-2-2.0.250-experimental 2013年10月7日 画像assets/ic2/textures/gui/GUICropnalyzer.pngが追加 種分析機のGUIの、 コンテナクラスが多数の変数（ただし使われていない）を持つようになった スロットが一番下1列からインベントリすべてに変わった 縦幅が223になった (Container|Gui|HandHeld)Cropnalyzer Java javac 1.6.0_27 Minecraft 1.6.2 MCP 8.04 FML 6.2.60.859 Forge 9.10.1.859 バージョン： industrialcraft-2-2.0.200-experimental 2013年9月19日 Java javac 1.6.0_27 Minecraft 1.6.2 MCP 8.04 FML 6.2.60.859 Forge 9.10.1.859 これより前のバージョンは未調査
https://w.atwiki.jp/cow1/pages/207.html
E-BION industry 説明 E-BION 工業は、人間の身体能力覚醒のためのナノ物質開発とD.N.Aの研究をしており、人間本来の超能力を覚醒させる研究を行う防御産業体です。 Lv. エーテル 太陽石 建設時間 0 100000 10000 36時間 名前 コメント