チハ改も魅力である

仕様検討段階では、決して性能が遅れていた訳ではない。

>仕様検討段階では、決して性能が遅れていた訳ではない。

その後の進歩が他国よりも遅れてしまいましたね
日米開戦の頃だと日本陸軍が一番に想定した敵であるソ連軍がこのＴ３４
を実戦配備していたのに日本はチハままだし

広大な領土をもつ大陸主眼のお国と、四方を海水に囲まれた上に太平洋の反対にあるドデカイ国を仮想敵にした貧国日本の予算。

陸軍の察し意欲にも問題があったと思いますが、チト遅れ過ぎかも。

大正以後の軍備のあり方として陸軍は歩兵の数を揃えて対抗するか
従来の戦力を削って戦車や重砲・航空機を導入し増やして近代化するか
で悩んでいました。
そうしている内に日中戦争になり使える予算は大幅に増えたものの工業
力と技術は総力戦に対してまだ未熟でノモンハン事件でソ連の機甲部隊
に負けるまでは敵戦車について大きな脅威ではなかったようですし
（中国国民党軍はソ連製やドイツ製の戦車を使っていた）対戦車能力が
従来より高い三式中戦車の開発が始まるのが昭和１９年で陸軍がどれだ
け戦車に熱意があったかと考えるとあまり強くは無かったのかもしれない。

う〜んなんか名前が変になっちゃうな

チハ型が一番乗ってみたい戦車
自分で動かす感が楽しそう

>Re:う〜んなんか名前が変になっちゃうな

化け文字ですが、ここ最近（３〜４年？）は多い事象ですね。
私の自宅は光ＯＣＮでパソコンは５台です。
機器接続の仕組みは下記になります。

【ルータ】　+++++　（ Ａ ）　ＮＥＣ　タワー
　　　　　　　+
　　　　　　　++++　（ Ｂ ）　ＴＯＳＨＩＢＡ　ノート
　　　　　　　+
　　　　　　　++++　（ Ｃ ）　ＮＥＣ　タワー
　　　　　　　+
　　　　　　　++++　【 ハブ 】+++++　（ Ｄ ）　ＮＥＣ　タワー　　
　　　　　　　　　　　　 +
　　　　　　　　　　　　 ++++++++++ （ Ｅ ）　ＴＯＳＨＩＢＡ　ノート

( A )( D )( E ) ３台が私の範疇です。
( A )にてメールを受けていますが、( E )にも転送しています。
パソコン( Ｂ )以外はセキュリティ無しまったくの無防備マンです。
レスポンス第一にしています。
但しメールのウイルスチェックに関してはＯＣＮに依頼してあります。

ですから内部もシンプルそのものです。
現在までに発症した事例です。
１）．ソフトバンク携帯　ＯＣＮ　→　（　Ａ　）　化け無し　ＯＫ
　　　　　　　　　　転送　ＯＣＮ → （　Ｅ　）　化け無し　ＯＫ
（ Ａ ）より送信元へ返信、再度受信（ Ａ ）　化け文字　１００％
　　　　　　　　　　転送　ＯＣＮ → （　Ｅ　）　化け無し　ＯＫ

２）．ｉ　ホーン　　　　　　ＯＣＮ　→　（　Ａ　）　時々化け、返信受信は同上
　　　　　　　　　　転送　ＯＣＮ → （　Ｅ　）　化け無し　ＯＫ

３）．コーレル・ドロー　 ＯＣＮ　→　（　Ａ　）　化け　１００％　
　　　　　　　　　　転送　ＯＣＮ → （　Ｅ　）　化け無し　ＯＫ

４）．マグ・メール（一種）ＯＣＮ →　（　Ａ　）　化け　１００％　
　　　　　　　　　　転送　 ＯＣＮ→ （　Ｅ　）　化け　１００％

３）．と４）．には困りましたね。
( A )の中でももう一つのＡＰ（アウトルック）に別アドレス保たせて転送していますが、そちらは化け文字しないんです。
この事象は非常に重要なところだと思うのですが、調査仕様がないです。

メモリーダンプを取って解析となるとパソコン単体／個人では不可能（？）で、やるとしてもとんでもない大仕事になります。
どこもみな転嫁して受けてくれません。
ここ２年間、プロバイダやメーカーなど問い合わせましたが、原因究明にはほど遠く調べようがない実態です。
プロバイダにしても何十台ものコンピュータを直列＆並列にしているでしょうから掴みようがないでしょうね。
葛城さんのレスアップで名前欄だけというのも引っかかります。
私の３）．４）．と似たような事象です。

ワードマシンとバイトマシンですとプログラム内部でのデーターの取り扱いが違いますが、今どきワードマシンなんて使わないと思います。メール送信でエンコードの変更可能がその状況を確かにしています。
プロバイダ：コンピュータ〜コンピュータ（ｎ台）と各パソコンどちらの不具合が出ているのかというと、大部分はプロバイダコンピュータではないかと推測します。…私の（ Ａ ）はワードの終了で常にエラー表示します。
プロバイダ・コンピュータとパソコンの相性はなにかというと、その中で動いてるＯＳ〜アプリでパリティをどうやって扱っているかに起因するのではと個人的に考えています。
ですからそのマシンを通過した場合には再現します。

内部及び外部のプロトコル異常であれば通信が成り立ちませんからこれは考えられません。
所詮人間が造ったものですから、バグはあっても仕方ないです。
パソコンを代えるとか友人宅からの送信を試されたら趣深いかと思います。
注意点として
１）．半角のカタカナは使わない。
２）．連続してレスアップしない。（一度アップしたらインターネットを終了Ｗｉｎの状態にして次に備える。）
この程度の案ですが参考になれば幸いです。

★板違いで失礼しました。

ＦＭＧさん詳しいですね
そのみちのプロですか

調子こいてすまないですが、もう少し分かりやすくさせてください。

半角　（　４ビット＋４ビット　）：英数字と半角カタカナ（シフト込みだと６ビットでも可能）の表意が可能。
【　0　0　0　0　　0　0　0　0　】←　ローバリュウ：バイナリーゼロ
【　1 1 1 1 1 1　1　1　】←　ハイバリュウ

数字を　８　ビット（１６進）で表すと下記のようになります。　

　　　　　　　　128　64　32　16　8　4　2　1
　
　１　＝　Ｆ１　【　1　1　1　1　　0　0　0　1　】　1 の位置
　５　＝　Ｆ２　【　1　1　1　1　　0　1　0　1　】　4　+　1　=　　5
　９　＝　Ｆ９　【　1　1　1　1　　1　0　0　1　】　8　+　1　=　　9
１０　＝　ＦＡ　【　1　1　1　1　　1　0　1　0　】　8　+　2　=　10
１６　＝　ＦＦ　【　1　1　1　1　　1　1　1　1　】

半角ですとソースそのままですから文字化けは発生しないです。…（見たことないです。）
ところが文字コードなど倍角【（４ビット＋４ビット）＋（４ビット＋４ビット）】は日本語ならば日本語、○○語なら○○語という風に割り当てられています。
日本語はＪＩＳ、Ｓｈｉｆｔ・ＪＩＳ、ＥＵＣの３種が混在して…（違っていたらゴメン）
エディターはＳｈｉｆｔ・ＪＩＳで作成されると記憶しています。

ホームページ（ＨＴＭＬ）は受け取り側の基本なので文字コードを明確に記述していますが、読み込む電文内各レコード（パケット）とその中の最小項目（データー）のインターフェイス区切りが一番ややこしいと思います。

要はブラウザが読み取った文字コードと上記ホームページ作成文字コードが、ヒットしていない結果と推測しています。

入りから表示まで一社で連続作業していればなんとかなりますけど、葛城さんのは再現性がないようなので原因追及は難しいですね。

【追記】話題の「お百度参り」
レジストリー破壊も同じ懸案事項ですが、私のパソコンでダウンロードしたＡＰ（ドライバー込み）は最大５本です。いずれも出生のハッキリしているもの限定です。
モミゾウで偶々見た板にて偶然教わったグーグルクロムはありがたかったです。
しかし聞いたことのないＡＰをダウンロードしたら、十中八九レジストリーを破壊されるのを覚悟した方がいいでしょう。
先日中国の百度とかが問題になりましたが、信用度の低いものはこんなものです。
ウイルスは似たようなものですが、ビットをずれた状態のままマクロを投げ込み展開させて暴れます。

私のところはデーターを本体保存せず、いずれも外付けに格納しています。
この方がレスポンスはいいですし、なにかの時は直ぐにリカバリーできるからです。
しつこくなりますのでこれで。

>ＦＭＧさん詳しいですね
その昔、通信速度はクンロクで場内僻地は紙テープでした。
このころは楽しかったですけどね。

終わり。