|
Arabic
Bengali
Chinese
English
French
German
Hebrew
Hindi
Italian
Japanese
Korean
Malay
Polish
Portuguese
Spanish
Turkish
Ukrainian
Vietnamese|
無線電子工学および電気工学の百科事典 LCD 用ラスター フォント エディターの新機能。 無線エレクトロニクスと電気工学の百科事典
無線電子工学と電気工学の百科事典 / アマチュア無線デザイナー [L] で公開され読者の注意を引くために提供されたフォント エディタの新しいバージョンの特徴は、文字認識モジュールが含まれていることです。これにより、以前に他のフォントを使用して作成されたフォントを分析およびロードするプロセスが大幅に簡素化され、高速化されます。エディタに入るという意味です。 さらに、フォントを作成および編集するためのより高度なメカニズムをユーザーに提供します。 LCD 用の新しいフォント (文字ジェネレータ) を最初から作成することは、原理的には単純な作業ですが、非常に骨の折れる作業です。 入手可能なソース (ほとんどの場合はインターネット上) にあるフォントを要件に合わせて「カスタマイズ」する方がはるかに簡単です。 これらの考慮事項に基づいて、著者は、アマチュア無線家が最も頻繁にフォント エディター (以下、エディターと呼びます) を使用するのは、まさに「外国の」フォントを修正するためであると考えています。 ただし、元のフォントのパラメータが不明な場合、それをエディタにロードするプロセスはかなり複雑になります。 これらの問題を解決したいという要望が、エディタの最新バージョンの開発の原動力となりました。 私は、その新しいバージョンのうちの 2.50 つ、つまり基本バージョン (CG-Edit 2.52) とその修正バージョン (CG-Edit XNUMX) の XNUMX つを読者に紹介します。 [L]で説明されているバージョンと比較して、エディタ バージョン 2.50 ではフォント ファイルのロード手順が統一されました。 以前は、「独自の」ファイルと「外部」（他のエディタで作成された）ファイルをロードする手順が異なっていました。 「独自の」ファイルは、その情報がファイル名に含まれていたため、ファイルに含まれるフォントのパラメータを指定せずにロードされました。 「外部」ファイルの場合、このような操作にはフォーマット パラメータ、スキャン タイプ、および画像タイプ (ポジティブまたはネガティブ) を手動で入力する必要がありました。 もちろん、フォント作成者が何らかの方法でパラメータ情報をファイルに追加した場合、そのようなファイルをエディタに入力するのは簡単になります。 しかし、残念ながら、実際にはこれは非常にまれです。 通常、この情報を取得するには、フォント ファイルの内容を分析する必要がありますが、これは決して単純ではありません。あるいは、パラメータの考えられるすべての組み合わせを検索して、なじみのないフォントを繰り返し読み込んで試行錯誤する必要があります。編集ウィンドウには、混沌とした点の集合ではなく、意味のある文字の輪郭が表示されます。 ただし、多数のオプションを単純に列挙するのは非常に面倒です。 新しいバージョンのエディタでは、認識モジュールがダウンロードされたファイル内のフォントに必要なパラメータを自動的に決定し、その後フォントがロードされて表示されます。 このモジュールの動作原理は次のとおりです。 ファイルのバイトを 6 つずつ行列に展開します。そのサイズは、LCD 画面上の一般的な文字表現形式 (8x24 から 24x0 ピクセル) に対応します。 次に、モジュールはこれらの行列を、サンプル シンボルが展開されているサンプル行列と比較します。 同時に、考えられるすべての選択肢を検討します。 比較の結果は、実際のマトリックスと例示的なマトリックス内の画像の相関係数 (1 から XNUMX) です。 マトリックス内の文字の展開パラメータが分析されたフォントのパラメータと一致する場合、マトリックス内の文字のイメージがその典型的なスタイルに可能な限り近づくことは明らかです。 考えられるすべてのパラメーターに対してサイクルを実行した結果、相関係数の XNUMX 次元配列が形成されます。 この配列を分析すると、分析されたフォントに最も確実に対応するパラメーター値を決定できます。 エディターが動作するために絶対に必要な 20 つのフォント パラメーター (使い慣れた形式、スキャン タイプ、およびイメージ タイプ) を決定することに加えて、エディターはコード テーブルに 2 つのゾーンを割り当てます: 30H-39FH (基本的な数学記号と句読点)、41H- 7H (0 進数)、XNUMXH ～ XNUMXEH (ラテン文字)、CXNUMXH ～ FFH (キリル文字)。 これにより、ユーザーはこれらの各ゾーンに認識された文字が存在するかどうかの推定が得られます。 ただし、モジュールはゾーンのすべてのシンボルを分析するわけではありません。 これにより、作業時間とエディタ プログラムの量が大幅に増加することになります。 各ゾーンでは、最初の XNUMX 文字のみが処理され、その存在について次の基準が適用されます。 - 0,85 文字のうちの任意の XNUMX 文字は、それぞれ少なくとも XNUMX の相関係数で認識されます。
上記のゾーンの少なくとも XNUMX つがファイル内で見つかった場合、フォントは認識されているとみなされます。 モジュールは、その作業中に不完全なキリル文字フォントを識別し、正しくロードします。 完全なフォントは、WIN-224 コード テーブルの 1251 個の表示文字を記述するのに必要なバイト数を含むという点で不完全なフォントとは異なります (0 ～ 1FH 領域の制御文字は考慮されません)。 たとえば、8x8 フォントでは、各文字は 8 バイトで記述されるため、その画像のサイズは 224x1792 = XNUMX バイトになります。 このようなフォントでは、文字はコード テーブルに対応する順序で配置されます。最初の文字は常にスペース、次の文字は感嘆符などです。 この場合、全てのシンボルが正しく記述されている必要は全くない。 フォントには空のゾーンが含まれる場合もあります。 コード テーブルのすべてのシンボルのイメージを含む完全なフォントにより、文字ジェネレーターが組み込まれていないインジケーターの動作が保証されます。 ただし、完全なフォントの使用が常に正当化されるわけではありません。 たとえば、一部の LCD コントローラ (T6963C など) には、コード テーブルの前半 (文字コード間隔 20H ～ 7EN) のみが含まれ、キリル文字やラテン語を除くその他のアルファベットが含まれない文字ジェネレータが組み込まれています。 このようなコントローラーを使用して構築されたインジケーターを使用した本格的な作業を行うには、コード 0С0Н-0FFН を持つ欠落文字のイメージがあれば、キャラクター ジェネレーター RAM にロードする必要があります。 もちろん、フォント全体からこのようなダウンロードを実行することもできますが、そのボリュームの約 16 分の 24 は使用されず、デバイスのメモリ内のスペースを無駄に占有し、場合によってはかなりのスペースを占有します。 たとえば、10x6 ピクセルのマトリックスを持つ完全なフォントのボリュームは 7 K バイトを超え、マイクロコントローラーのメモリに追加の XNUMX ～ XNUMX K バイトを保持することは、手の届かない贅沢です。 このような場合には、コード表全体ではなく、その一部のみの文字イメージを含む不完全なフォントが使用されます。 このようなフォントの体積は完全なフォントよりも小さく、その中の文字の配置はコード テーブルで受け入れられるものと一致しない可能性があります。 実際には、キリル文字のみを含む不完全なフォントが最も頻繁に発生します。 これらは、文字ジェネレーターにキリル文字が組み込まれていないインジケーターの「ロシア化」に使用されます。 数字だけを含む不完全なフォントもあれば、海外のサイトにはさまざまなアルファベットの文字が含まれる不完全なフォントがたくさんあります。 [L] からわかるように、エディタは作業中に RAM 内にフォントのイメージを生成し、常に完全なイメージ、つまり WIN-1251 コード テーブル内の順序に対応する文字の配置を生成します。 コード 20H ～ 7FH の文字のフォント内の位置は常に同じであるため、この部分は変換されずに画像に読み込まれます。 不完全なデジタル フォントでもまったく同じ状況です。 ただし、数字を表示するには、コード 0H ～ 9H の数字 30 ～ 39 の文字だけでなく、追加の文字 (スペース、カンマ、ピリオドなど) がフォント内に存在する必要があります。 したがって、デジタル フォントには通常、コード テーブルに従って配置されたコード 20H ～ 3FH の文字が含まれています。 エディターは、これら XNUMX 種類の不完全なフォントを最初から画像に読み込みます。 キリル文字のみを含む不完全なフォントの場合は状況が異なります。 この場合、最初の文字はスペース (20H) ではなく、キリル文字 A (0С0H) です。 この状況は認識されています。 不完全なキリル文字フォントは、コード 0C0H の文字用に予約された位置から画像にロードされます。 第一に、これはコード テーブルに文字を配置するロジックに対応しており、編集中に文字間の移動が容易になります。第二に、必要に応じて、XNUMX つのフォントから完全なフォントを「貼り付ける」などの便利なアクションを実行できるようになります。それぞれラテン語とキリル文字を含む不完全なもの。 不完全なキリル文字フォントを分析する場合、認識モジュールはさらにその画像のサイズをチェックします。 許可されている文字よりも大きい場合 (コード 64CH-0FFH の 0 文字だけでなく、その他の情報も含まれることを意味します)、ファイルは完全なフォントとしてロードされますが、その最初の文字はスペース文字ではありません。これにより、エディタはユーザーがフォントの内容を自分で理解する機会を与えられます。 すべてのフォント ファイルは、その起源に関係なく、認識モジュールを通過します。 ただし、最初のバージョンのエディターを使用して作成されたファイル名に含まれる重要な情報は無視されるため、ファイル名を完全に放棄することができ、ファイル名の構造が簡素化されます。 認識アルゴリズムの機能には限界があり、自動的にダウンロードしようとしても失敗する可能性が非常に高いことは明らかです。 この場合、エディターはフォント パラメーターを手動で指定した後、ファイルをアップロードするよう提案します。 エディターがフォントを正しく認識していない可能性もあります。 この状況から抜け出すために、ユーザーにはプログラムの決定に同意せず、フォントパラメータを手動で入力する機会が与えられます。 パラメータを手動で入力するすべての場合、ファイル内にどのようなフォント (完全か不完全か) があるかに関係なく、フォントは初期位置から画像にロードされます。 新しいバージョンのエディタでは、現在のフォント内で文字をあるファミリから別のファミリにコピーする機能も追加されています。 「鉛筆」「消しゴム」モードを導入し、使い慣れたマウス操作でキャラクターを描くことができます。 これにより、特に大きなフォーマットのフォントの場合、文字の作成または編集が簡単になります。 精通度マトリックスのバイトをスキャンする方法の数が増加しました。 任意の長さのフォント イメージの連続フラグメントをファイルに書き込む機能、つまり不完全なフォントを含むファイルを作成する機能が追加されました。 エディターへのフォント ファイルの読み込み ユーザーが標準の Windows ダイアログでロードされたファイルを選択すると、エディタはそのファイルに含まれるフォントのパラメータを認識する手順を自動的に開始します。 フォント設定を決定できない場合は、手動で設定するように求めるメッセージが表示されます。 この理由は、ファイルに含まれるフォントの形式がプログラムに認識されていないこと、またはファイル内の文字スタイルとサンプルとの大きな違いのいずれかである可能性があります。 ユーザーがパラメータの手動入力への同意を確認すると、パラメータを入力するためのウィンドウが開きます。 この段階では、選択したファイルのダウンロードを拒否できます。 エディターがキリル文字を含まない完全または不完全なフォントを認識すると、認識されたフォントのパラメータを含むメッセージが画面に表示されます。 キャラクターのグループ名の横にある「いいえ」という単語は、このグループにキャラクターがまったく存在しないことを意味するものではないことに留意してください。 一般に、これは編集者がグループの最初の XNUMX 文字を認識できなかったことを示す証拠にすぎません。 さらに、ユーザーは、認識モジュールによって定義されたパラメータを使用してファイルをロードすることを許可するか、フォントパラメータを手動で入力するか、ファイルのダウンロードを拒否することができます。 エディターが不完全なキリル文字フォントを認識した場合、コンピューターのメモリ内に既にあるフォント イメージにオーバーレイを付けて読み込むか、現在のイメージを事前にクリーニングして読み込むことができます。 前に述べたように、エディターは常にロシア文字 A (文字コード 0C0H) の位置から開始して、このようなフォントを画像にロードします。 現在のイメージに対するオーバーレイ操作により、XNUMX つの部分から完全なフォントを作成できます。言い換えれば、キリル文字フォントを持たなかったフォントを「ロシア化」することができます。 これを行うには、まず Russify するフォントをエディタにロードし、次に不完全なキリル文字フォントをオーバーレイ モードでロードする必要があります。 ただし、適切に結合するには、両方のフォント (現在のイメージ内に存在し、ダウンロードされたもの) が同じパラメータを持つことが絶対に必要であることに注意してください。そうでない場合、製品は機能しません。 ユーザーがこのような間違いを犯さないようにするために、エディターは以前にロードされたフォントのパラメータを常に保存し、不完全なキリル文字フォントが見つかった場合はそのパラメータと比較します。 一致する場合はメッセージが表示され、「はい」ボタンをクリックするとオーバーレイファイルを読み込むことができます。 「いいえ」画面ボタンをクリックすると、メモリ内のフォント イメージの予備クリーニングが行われてダウンロードが実行されます。 読み込みを拒否することもできます（画面の「キャンセル」ボタンを使用）。 形式が一致しない場合は、事前にクリーニングされたイメージにフォントをロードするか (「はい」)、ダウンロードを拒否するか (「いいえ」) のみが提供されます。 フォントをロードまたは作成した後のメイン エディタ ウィンドウを図に示します。 1. 後で説明するいくつかの変更点を除いて、一般的には [L] と同じです。
ある文字から別の文字への文字のコピー この操作は文字選択エリアで行います。 ソースシンボル上でマウスの左ボタンをダブルクリックします。 親密度の背景が青色になります（図1の記号B）。 次に、ターゲットのシンボルを XNUMX 回クリックします。 操作が完了しました。 ソース シンボルの青色の背景が削除され、宛先シンボルの背景が赤色になり、シンボルが編集されます。 ソースシンボルが誤って選択された場合、コピーモードを終了するには、このシンボルを再度クリックするだけです。 鉛筆モードと消しゴムモード ペンシル モードをオンにするには、Shift キーを押したままにします。 このモードでは、マウス カーソルを移動した親密度要素の色が青に変わります。 マウスボタンをクリックする必要はありません。 Shift キーを放した後、エディタは通常の編集モードに戻り、親密度要素をマウスでクリックするたびにその要素の状態が反転します。 消しゴム モードを有効にするには、Ctrl キーを押したままにします。 マウスカーソルが馴染んで白い跡が残ります。 Ctrl キーを放してモードを終了します。 バイトスキャンの種類 新しいバージョンのエディタでは、おなじみのバイトの垂直方向のスキャンに 2 つのオプションと水平方向のスキャンに 1 つのオプションを設定できます。 それらを図に示します。 1. エディタの最初のバージョンからの垂直モードは「垂直 XNUMX」モード、水平 - 「水平 XNUMX」モードに対応します。
ユーザーが希望するタイプのバイト スキャンを選択する際にナビゲートしやすくするために、フォント パラメータ入力ウィンドウのタイプが変更されました。このウィンドウは、新しいフォントを作成するとき、またはロード中にパラメータを手動で入力するときに開きます。 これで、選択したスイープ タイプ (図の 2 つのフラグメントの XNUMX つ) のグラフィック ヒントが含まれます。 XNUMX. 新しく開いたウィンドウには、「キャンセル」ボタンと使い慣れた形式の選択フィールドのみが表示されます。 残りの要素は、この選択が行われた後にのみ表示されます。 画面ボタン「フラット パターン ビューの変更」を押すと、上記と同様のウィンドウが開きます。 開いたウィンドウで、スイープの現在のビューがマークされます。 これは、許容される任意のスイープに置き換えることができます (許容されるスイープのタイプは [L] で考慮されました)。 「キャンセル」画面ボタンがウィンドウに表示されません。 このような操作を実行するには、掃引タイプを変更せずに、画面上のボタン「OK」を押すだけで十分です。 部分フォント ファイルの作成 エディタの最初のバージョンでは、すべての場合において完全なフォント ファイルがディスクに書き込まれました。 新バージョンでは、コード表内の文字イメージの連続シーケンスをファイルに保存、つまり不完全なフォントのファイルを作成できるようになりました。 このようなファイルを作成するには、「出力ファイル」欄の「未完成CG」の項目にチェックを入れる必要があります。 「シンボル: from...」および「to...」という名前の XNUMX つの入力ボックスがフィールドに表示されます。 (コード表に従って) 書き込む最初と最後の文字のコードをこれらのウィンドウに入力します。 デフォルトでは、コードテーブル全体、つまり完全なフォントが指定されます。 必要な値は手動で入力できますが、エディターを使用すると、より便利な方法でこれを行うことができます。 文字選択領域で、区間の最初の文字をクリックし (背景が赤に変わります)、「... を含む文字」入力ボックスをダブルクリックします。 選択した文字のコードがこのウィンドウに表示されます。 次に、間隔の最後の文字を XNUMX 回クリックし、「by...」入力ボックスをダブルクリックします。 最後の文字のコードが表示されます。 その後、出力ファイル内の書式情報の希望するオプション、必要な文字イメージのタイプ (ポジまたはネガ) を選択し、「文字ジェネレータの保存」画面ボタンをクリックする必要があります。 デフォルトでは、エディターは [L] で説明されているのと同じ方法で保存されたファイルの名前を作成しますが、唯一の違いは、バイト スキャン タイプの文字に数字 1 または 2 を追加することです。不完全な場合、エディターは非キリル文字フォントの場合は LAT 文字を追加し、キリル文字のみのフォントの場合は RUS 文字を追加します。 すべての場合、名前には .fnt 拡張子が付きます。 たとえば、ファイル名 Font12x16v1nRUS.fnt は、12x16 形式、垂直バイト スキャン 1、ネガ イメージの不完全なキリル文字フォントが含まれていることを意味します。 すでに述べたように、問題のエディタのバージョンはロードされたファイルの名前を解析しないため、ユーザーはプログラムによって提案された保存ファイルの名前（拡張子を含む）を、自分が選択した別の名前に置き換える権利を有します。 。 ただし、ファイルを開かずに内容を判断できるように、ファイルに意味のある名前を付けることをお勧めします。 その他の変更 エディターが使用できるよく知られた形式のリストを分析した結果、実際には使用されていない 24x16 ピクセル形式がリストから削除されました。 メインエディタウィンドウの外観が若干変更されました。 それ以外の点では、エディタのバージョン 2.50 は [L] で説明されているものと変わりません。 エディタ バージョン 2.52 の機能 WIN-1251 コード テーブルでは、コード 7FH ～ BFH の文字はラテン文字やキリル文字の主要文字に属しておらず、使用されることは非常にまれです。 フルフォントでは、この領域は空か、ほぼ空のままになることがよくあります。 [J1] に記載されているように、この領域には、フォントが開発されている特定のデバイスのインジケーターに表示するために必要な任意の文字を配置できます。 エディタの以前のバージョンでは、文字選択フィールドのこのグループの内容は WIN-1251 コード テーブルに対応していましたが、実際の状態はまったく反映されていませんでした。 もちろん、編集過程も含めて、選択フィールドに文字の実際のスタイルが表示されるとよいでしょう。 ただし、編集領域から選択領域へのシンボルの転送には通常、シンボルのスケーリングが必要であり、エディターが使用するビットマップ グラフィックスのスケーリングにより、重大な画像の歪みが発生します。 親密度マトリックス内の元の画像の解像度が不十分なため、拡大縮小中にシンボルが歪みます。また、別の解像度に切り替えると、画像要素が予期しない方法で結合または分割されます。 したがって、転送された文字は原則として判読できなくなるため、スケーリングを伴う転送は中止する必要がありました。 ただし、バージョン 2.52 では、7FH-BFH エリア内のキャラクターの存在に関する信号が表示され、より適切にナビゲートできるようになりました。 エディタが起動すると、文字選択フィールドのこの領域は空になっています（図3）。 ただし、フォント ファイルをロードする過程で、エディターはそれぞれのファミリに文字が存在するかどうかをチェックします。 画像の任意のバイトの少なくとも 1 ビットが値 95 を持つ場合、その文字は存在すると考えられます。そのような親近性が見つかった場合は、コード 4n の文字 (親密度の中央にある太字の点) が表示されます。図に示すように、選択領域の対応するセルにXNUMX. これは、ここに何らかのシンボルが存在する証拠です。 このセルを編集用に選択すると、そのスタイルを表示および変更できます。 この領域に新しいシンボルが作成されると、シンボル選択領域内の対応するセルも太字のドットでマークされます。
考慮中のエリアにあるキャラクターの親密度がクリアされると（たとえば、画面の「削除」ボタンを押した結果）、それに対応するキャラクター選択エリアのセルもクリアされます。 これは、エディタで採用されている文字編集の事実を示す原則に該当しません。 フォントの他の領域では、文字の編集 (完全な消去を含む) は、選択領域内でその文字が太字で拡大されたフォントで強調表示されることによって通知されます。 したがって、上記のルールの例外については覚えておいてください。 エディター バージョン 2.52 の残りの部分は、バージョン 2.50 と完全に似ています。 両方のバージョンの更新されたエディタには、実行可能ファイル CGE-250.exe または CGE-252.exe と、t0.mod ～ t5.mod および v0.bmp ～ v3.bmp の XNUMX 個のファイルが含まれる Model フォルダが含まれています。 これらのファイルは、削除したり、名前を変更したり、別の場所に移動したりしないでください。 エディターはインストールする必要がなく、どこにでも配置できます (リムーバブル メディアを含む)。 唯一の条件は、Model フォルダーが実行可能ファイルと同じフォルダーにある必要があることです。 この記事で説明されているプログラムは、ftp://ftp.radio.ru/pub/2016/10/250-252.zip からダウンロードできます。 文学
著者: A. サフチェンコ
光信号を制御および操作する新しい方法
05.05.2024 プレミアムセネカキーボード
05.05.2024 世界一高い天文台がオープン
04.05.2024
▪ 金鉱バクテリア ▪ 化石巨大ウサギ ▪ ヒーター内蔵生地
▪ 記事 薬物とその健康への使用の危険性。 安全な生活の基本 ▪ 記事 地球が丸いことを最初に発見したのは誰ですか? 詳細な回答 ▪ 記事スクラップアンドメタルの倉庫管理人。 労働保護に関する標準的な指導 ▪ ユニバーサルプローブジェネレーターの記事。 無線エレクトロニクスと電気工学の百科事典
ホームページ | 図書館 | 物品 | サイトマップ | サイトレビュー
www.diagram.com.ua |
他の記事も見る セクション 
科学技術の最新ニュース、新しい電子機器：
このページのすべての言語