📡 🙆🏼 😹 通話の音声録音によるマルチセッションAdobeAuditionのソフトウェア形成 🌏 🖐🏼 👷🏼

前回の記事では、ガントチャートに似た通話図を使用してSVGベクトルグラフィックスを生成する方法について書きました。私は、携帯電話会社のウェブサイトの個人アカウントからダウンロードした詳細から電話に関する情報を取得しました。ほぼ4年前のことです。現在、私はプロジェクトをより複雑にする考えを持っています。電話での会話の音声録音からサウンドエディタAdobe Audition1.5でマルチセッションを構築することです。同時に、これらのオーディオ録音は、トラックが対応する日付だけでなく、時間にも厳密に従ってマルチセッションに配置する必要があります。同時に、視覚的には、このようなマルチセッションは、前の記事で作成したものと同じ図に似ています。さらに、「ミックス」モードと「ソロ」モードの両方で、電話での会話の録音を日ごとにすばやくスケーリングして聞くことができます。

Adobe Auditionの不要な混乱を避けるために、1暦月にわたって蓄積されたオーディオ録音からマルチセッションを構築することにしました。もちろん、そのようなセッションは手動で構築することもできますが、それは長くて骨の折れる作業です。このタスクの主な目的は、ソフトウェアによるマルチセッションの構築を自動化することです。より正確には、オーディオ録音ファイルのリストに基づいて、AdobeAuditionマルチセッション用のSESファイルを生成するプログラムを作成します。知らない人のために：マルチセッションは、要するに、時間とトラック（トラック）に分散され、それらからミックスを作成するように設計された多くの異なるオーディオ録音で構成されるプロジェクトです。

まず、電話での会話の音声録音を取得する方法について説明する価値があります。最新のスマートフォンには、システムに組み込まれているツールとサードパーティ製のツールの両方を使用して、さまざまなツールを使用して通話を録音する機能があることは周知の事実です。個人的には、Lenovo TAB3タブレット（MT8735Pプロセッサー搭載）を使用しています。このデバイスを使用すると、手動モードで圧縮形式でオーディオ録音を行い、拡張子が3gppのファイルを受信できます。録音は、別々のチャンネルを持つステレオで取得されます。一方のチャンネルでは加入者の声が録音され、もう一方のチャンネルでは彼自身の声が録音されます。オーディオ録音の圧縮形式は、再生中の歪みに影響します。このため、私はサードパーティのオーディオ録音アプリケーションを使用していますが、その数は無数にあります。私が最も気に入ったアプリの1つは、「RecordMyCall」です。このアプリケーションは、自動モードで通話を録音します。特に、音声録音の形式と品質の選択に関連する多くの設定があります。また、ボーナスとして、アプリケーションには非常に便利な組み込みの呼び出しログがあり、dbデータベースファイルに保存されます（図1）。

図： 1.「RecordMyCall」アプリケーションの通話ログ。

音質に最適なオーディオ録音パラメータは、WAV 8000Hz16ビットステレオです。このような設定では、より多くのメモリスペースを使用しますが、録音に歪みがなく、クリアに聞こえます。アプリケーションは、電話での会話が始まる前、つまり「受信者をピックアップ」する前に着信があったとき、または呼び出し中に番号をダイヤルしたときに、音声録音が自動的に開始されるように構成されています。つまり、不在着信と未応答の通話も記録されます。会話のみを記録するように構成できます。オーディオ録音ファイル名の形式も構成可能です。私の場合、図2に示すように構成しました

。 2.「RecordMyCall」でファイル名の形式を設定します。

マルチセッション生成プログラムの開発中に、通話の音声録音の日時に関する情報を取得する必要があります。この情報は、ファイル名の固定位置から取得されます。

マルチセッションSESファイルの作成を開始する前に、そのようなファイルがどのように機能するかを理解する必要があります。もちろん、このフォーマットに関するドキュメントはどこにもありません。そのため、個人的な経験と知識に基づいて、自分で解決する必要がありました。このファイルはテキストファイルではないため、メモ帳で開く意味はほとんどありません。「WinHex」-16桁のエディターが助けになります。バイナリデータの操作と情報の復号化に関する記事、特に264-aviビデオ再パッケージングプログラムの作成に関する記事をすでにいくつか書いています。そこで私はaviファイルのデバイスについて多かれ少なかれ詳細に書きました。

まず、Adobe Audition 1.5で、1つのトラックと1つのオーディオファイルで構成される単純な任意のマルチセッションを作成し（図3）、それをses拡張子のファイルに保存しました。ファイルのサイズは2422バイトです。次に、このファイルをWinHexで開きました（図4）。

図： 3. Adobe Audition1.5でのマルチセッションの表示-例1

。 4.WinHexで開かれたマルチセッションファイル。

一見、はっきりしたことは何もありません。ウィンドウのシンボリック部分には、「COOLNESS」、「hdr」、「Master」というセマンティックワードが表示されます。以下のドキュメントをスクロールすると、マルチセッションで使用されるファイルへのフルパス（および2つのバージョン）を含むテキストが表示されます。これを図5に示し、緑色で示しています。すぐに印象的なのは、同じ図の赤い枠で囲まれた短い意味の単語です。

図： 5.マルチセッションオーディオファイルへのパスのバイト。

このドキュメントを最初から最後まで詳しく見てみると、他にもいくつかの短い意味のある単語に気づきました。また、意味のある単語の長さが4の倍数であることに気づきました。どうやら、これらの単語は、マルチセッションファイル全体を構成するブロックのヘッダーです。同じサイズのヘッダーもあるブロックで構成されるaviまたはwavファイルのRIFF構造を思い出しました。これらのヘッダーの後には、現在のブロックのサイズを示す32ビットの数値（4バイト）が続きます。この事実を念頭に置いて、この原則がsesファイルで機能するかどうかを確認することにしました。 ses形式の場合、これも機能することがわかりました（図6）。

図： 6. RIFF構造との類似性（たとえば、「WLST」ブロック）。

sesファイルの最初の単語「COOLNESS」は、メインヘッダーとこのファイルのタイプのようです。次の4バイトは、ファイルの最後まで次に配置されるコンテンツのサイズです。つまり、慎重に数えると、この値はファイル全体のサイズより12バイト小さくなります。さらに、コンテンツはさまざまなブロックのコレクションで構成されています。ブロックには4バイトまたは8バイトのヘッダーがあり、その後にこのブロックのサイズを示す4バイトが続き、その後にこのブロックの内容が続きます。一部のブロックでは、サブブロックの存在を識別しましたが、これについては、各ブロックのより詳細な説明の過程で説明します。このファイルでは、この例では17ブロックをカウントしましたが、図7の表にリストされています

。 7.マルチセッションを構成するブロックのリスト。

表からわかるように、同じ情報の一部は、異なるブロックによって異なるバージョンで表示されます。これはおそらく、プログラムのさまざまなバージョンの互換性のために行われます。今後、これらのブロックは緑色で強調表示されます。これがないと、例に示されているマルチセッションは存在できません。このセッションでは架空の2つの4バイトブロックが灰色で強調表示されています。確かに、私は質問がありました：ファイルからいくつかのブロックを削除するとどうなりますか？結局のところ、たとえば、私はメトロノームとテンポに関する情報を必要とせず、クリップのエンベロープ（より正確には1つのクリップ）が私の単純な例では欠落しています。エンベロープは、オーディオクリップの上の曲線であり、時間の経過に伴うサウンドパラメータ（音量、バランス）のダイナミクスを設定します。与えられたファイルから順番にブロックを切り始めました。「COOLNESS」という単語の後の値を再計算して修正することを忘れないでください。その結果、マルチセッションは正常に開かれ、少なくとも5つのブロックが緑色で強調表示されました。セッションには、オーディオファイルのリストの2つのブロックが含まれています。それらのいずれかを残すことができます。最初のオプション（「WLST」ブロック）では、ファイルパスの説明に文字ごとに2バイトがあるため、2番目のオプション（「LISTFILE」ブロック）を好みます。これは拡張文字アルファベットに対して行われた可能性がありますが、標準のASCIIアルファベットで十分です。さらに、ご覧のとおり、ロシアのキャラクターは十分にサポートされています。オーディオクリップの説明は、3つのバージョンで提供されます。最初のオプション（ブロック「bk20」）を選択したのは、その説明が最も速くわかったためです。セッションには、オーディオファイルのリストの2つのブロックが含まれています。それらのいずれかを残すことができます。最初のオプション（「WLST」ブロック）では、ファイルパスの説明に文字ごとに2バイトがあるため、2番目のオプション（「LISTFILE」ブロック）を好みます。これは拡張文字アルファベットに対して行われた可能性がありますが、標準のASCIIアルファベットで十分です。さらに、ご覧のとおり、ロシアのキャラクターは十分にサポートされています。オーディオクリップの説明は、3つのバージョンで提供されます。最初のオプション（ブロック「bk20」）を選択したのは、その説明が最も速くわかったためです。セッションには、オーディオファイルのリストの2つのブロックが含まれています。それらのいずれかを残すことができます。最初のオプション（「WLST」ブロック）では、ファイルパスの説明に文字ごとに2バイトがあるため、2番目のオプション（「LISTFILE」ブロック）を好みます。これは拡張文字アルファベットに対して行われた可能性がありますが、標準のASCIIアルファベットで十分です。さらに、ご覧のとおり、ロシアのキャラクターは十分にサポートされています。オーディオクリップの説明は、3つのバージョンで提供されます。最初のオプション（ブロック「bk20」）を選択したのは、その説明が最も速くわかったためです。しかし、私には標準のASCIIアルファベットで十分です。さらに、ご覧のとおり、ロシアのキャラクターは十分にサポートされています。オーディオクリップの説明は、3つのバージョンで提供されます。最初のオプション（ブロック「bk20」）を選択したのは、その説明が最も速くわかったためです。しかし、私には標準のASCIIアルファベットで十分です。さらに、ご覧のとおり、ロシアのキャラクターは十分にサポートされています。オーディオクリップの説明は、3つのバージョンで提供されます。最初のオプション（ブロック「bk20」）を選択したのは、その説明が最も速くわかったためです。

電話での会話の音声録音からのマルチセッションは、この例で示したマルチセッションと複雑さが似ています。唯一の違いは、ボリュームが大きくなることです。オーディオファイルの数は非常に多く、トラックの数は1か月の日数と同じになります。このようなマルチセッションでは、他の「ベルとホイッスル」は必要ありません。ブロックサイズ「hdr」と「stat」は静的であり、マルチセッションのサイズに関係なく、常にそれぞれ936バイトと40バイトです。「trks」ブロックと「bk20」ブロックのサイズは、それぞれマルチセッションのトラックとオーディオクリップの数によって異なります。ただし、「LISTFILE」ブロックのサイズは最も予測不可能です。マルチセッション内のオーディオファイルの数だけでなく、名前の長さとロケーションパスにも依存します。

マルチセッションファイルのブロックの完全な記述を解読して作成することは、かなり時間のかかる作業です。したがって、簡略化されたコンテンツのマルチセッションを形成するときに考慮しなければならないバイトセクションのみに注意を払いながら、情報を部分的にデコードしました。この記事では、解読できた各ブロックの内容について説明します。

マルチセッションヘッダーブロック「hdr」のコンテンツ（最後にスペースがあります）では、キーバイトは最初の12バイト、つまりそれぞれ4バイトの3ワードです（図8）。最初の単語は、マルチセッションのサンプルのサンプリングレートです。私のマルチセッションの場合、この値は8000 Hz（0x1F40）です。図8では、緑色の塗りつぶしで強調表示されています。数値の単語のバイトは逆方向に読み取られることを思い出させてください。 2番目の単語は、マルチセッションの期間（長さ）であり、サンプル数で表されます（図のオレンジ色の塗りつぶし）。この例では、この値は0x1A365E（1717854）です。分に換算すると、1717854/8000/60になります。これは、約3分半です。つまり、最小限の規模では、マルチセッションはまさにこの期間になります。また、通話記録からのマルチセッションの場合、期間は24 * 3600 * 8000 = 691200000 = 0x2932E000サンプルである必要があります。ちなみに、この場合、下のパネルのマルチセッションの現在の再生時間は相対時間であり、現在の通話（または日ごとの通話のグループ）の絶対時間の値と正確に一致します。黄色で強調表示されている次の単語は、マルチセッション内のオーディオクリップの数を示しています。この例では、この値は1に等しくなりますが、電話の場合、そのようなクリップの数はオーディオファイルの数と等しくなります。将来を見据えて、最後のステートメントは完全に正しいわけではありません。実際、オーディオクリップの数は、オーディオファイルの数よりもわずかに多い場合があります。 1つのファイルに2つのクリップを含めることができます。電話での会話中に新しい日が来た場合。この場合、録音を新しいトラックに「転送」する必要があり、1つのクリップは機能しません。しかし、電話の活動が最小限である夜に新しい日に移行するため、このようなケースは実際にはまれです。ちなみに、前回の記事でSVG図を作成する際には、この点を考慮していませんでした。ブロック数の値のワードが続く場合、ほとんどの場合、2バイト0x0020、または10進形式で32の「ハーフワード」が続きます。おそらく、ミキシングのビット深度を意味するため、カラーフィルで強調表示することもできます。 Adobe Auditionでは、下部のステータスバーに8000 Hz、32ビットミキシングと表示されます。「hdr」コンテンツの3つの最も重要な単語に加えて、他のあいまいなバイトがあります。例えば、「マスター」という言葉すら知りませんそれが何を指しているのか。どうやらこれはメインミキシングバスの名前です。しかし、私が灰色の枠で囲んだ最も興味深いバイトのグループ。実際、このシーケンスはマルチセッションファイルの他のブロックによく見られます。これは実際のデータタイプである可能性が高いため、正確に8バイトをグループに結合したのは偶然ではありません。特に、Doubleタイプのエディタによるこの定数 "00 00 00 00 00 00 F0 3F" HEXは、1.0e + 0、つまり1つの単位として解釈されます。ほとんどの場合、これらはラウドネスレベルやその他の「ねじれ」の値ですが、デシベルではなく係数の形式で指定されています。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。しかし、私が灰色の枠で囲んだ最も興味深いバイトのグループ。実際、このシーケンスはマルチセッションファイルの他のブロックによく見られます。おそらくこれは実際のデータタイプであるため、正確に8バイトをグループに結合したのは偶然ではありません。特に、Doubleタイプのエディタによるこの定数 "00 00 00 00 00 00 F0 3F" HEXは、1.0e + 0、つまり1つの単位として解釈されます。ほとんどの場合、これらはラウドネスレベルやその他の「ねじれ」の値ですが、デシベルではなく係数の形式で指定されています。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。しかし、私が灰色の枠で囲んだ最も興味深いバイトのグループ。実際、このシーケンスはマルチセッションファイルの他のブロックによく見られます。おそらくこれは実際のデータタイプであるため、正確に8バイトをグループに結合したのは偶然ではありません。特に、Doubleタイプのエディタによるこの定数 "00 00 00 00 00 00 F0 3F" HEXは、1.0e + 0、つまり1つの単位として解釈されます。ほとんどの場合、これらはラウドネスレベルやその他の「ねじれ」の値ですが、デシベルではなく係数の形式で指定されています。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。おそらくこれは実際のデータタイプであるため、正確に8バイトをグループに結合したのは偶然ではありません。特に、Doubleタイプのエディタによるこの定数 "00 00 00 00 00 00 F0 3F" HEXは、1.0e + 0、つまり1つの単位として解釈されます。ほとんどの場合、これらはラウドネスレベルやその他の「ねじれ」の値ですが、デシベルではなく係数の形式で指定されています。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。おそらくこれは実際のデータタイプであるため、正確に8バイトをグループに結合したのは偶然ではありません。特に、Doubleタイプのエディタによるこの定数 "00 00 00 00 00 00 F0 3F" HEXは、1.0e + 0、つまり1つの単位として解釈されます。ほとんどの場合、これらはラウドネスレベルやその他の「ねじれ」の値ですが、デシベルではなく係数の形式で指定されています。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。そして係数として。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。そして係数として。例のように、認識できなかった（または不要だった）ブロックのすべてのバイトが、変更なしで生成されたマルチセッションファイルに書き込まれることをすぐに言わなければなりません。

. 8. «hdr ».

現在のマルチセッション状態（最短）の「stat」ブロックを調査しないことにしました。 1つのオーディオファイルから別のサンプルマルチセッションを作成し、24時間引き伸ばして、水平方向にフルビュー（スケール）にしました。また、Adobe Auditionウィンドウを展開すると、31トラックがFullHD画面に収まるように、トラックのビューが垂直方向に拡大縮小されました。これは、1か月の最大日数です。マルチセッションカーソルは最初に配置されました。次に、このマルチセッションを別のファイルに保存し、すべてのヘッダーを含む「stat」ブロックを引き出しました。プログラムの開発でさらに使用するために、これらのバイトをファイル「stat_31_full.BLK」に保存しました。このようなファイルの内容を図9に示します。このファイルのサイズは48バイトでした（ブロックコンテンツの40バイト+ヘッダーの4バイト+コンテンツのサイズの説明の4バイト）。

. 9. «stat» .

この記事を書く過程で次の3つのブロックをより視覚的に説明するために、2つのトラック、2つのファイル、3つのクリップで構成されるより複雑なマルチセッションを作成することにしました（図10）。最初のファイル「Incoming_Call-20200622_124844- + 74999545237.wav」の期間は281280サンプルです。 2番目のファイル「Outgoing_Call-20200621_231753- + 79536170218.wav」の期間は63360サンプルです。「First」（名前が変更された）という名前の最初のトラックには、2つのクリップが含まれています。最初のクリップは、セッションの開始から10秒（80,000サンプル）シフトされます。クリップは、最初のオーディオファイルの全内容で表されます。つまり、クリップの長さはファイルの長さと同じです。 2番目のクリップは、セッションの開始から50秒シフトされます（50 * 8000 = 400000サンプル）。クリップは、2番目のオーディオファイルの不完全なコンテンツによって表されます。特定のクリップ内で、オーディオはファイルの先頭から始まります。しかし、5秒しか持続しません（40,000サンプル）。つまり、クリップの長さは5秒です。「Second」という名前の2番目のトラックには、1つのクリップが含まれています。セッションの開始から1秒（8000サンプル）シフトされます。このクリップは、最初のオーディオファイルの不完全な内容で表されます。このクリップ内では、オーディオは最初から開始するのではなく、3秒後に開始されますが、最後まで含まれています。したがって、このクリップ内のオーディオデータのオフセットは3秒（24,000サンプル）です。また、特定のクリップの長さは、対応するオーディオの長さとクリップ内のオーディオデータのオフセットとの差として計算されます。この場合、クリップの長さは281280-24000 = 257280サンプルです。このクリップは、最初のオーディオファイルの不完全な内容で表されます。このクリップ内では、オーディオは最初から開始するのではなく、3秒後に開始されますが、最後まで含まれています。したがって、このクリップ内のオーディオデータのオフセットは3秒（24,000サンプル）です。また、特定のクリップの長さは、対応するオーディオの長さとクリップ内のオーディオデータのオフセットとの差として計算されます。この場合、クリップの長さは281280-24000 = 257280サンプルです。このクリップは、最初のオーディオファイルの不完全な内容で表されます。このクリップ内では、オーディオは最初から始まりませんが、3秒後に始まりますが、最後まで含まれています。したがって、このクリップ内のオーディオデータのオフセットは3秒（24000サンプル）です。また、特定のクリップの長さは、対応するオーディオの長さとクリップ内のオーディオデータのオフセットとの差として計算されます。この場合、クリップの長さは281280-24000 = 257280サンプルです。この場合、クリップの長さは281280-24000 = 257280サンプルです。この場合、クリップの長さは281280-24000 = 257280サンプルです。

. 10. Adobe Audition 1.5 — 2.

図11は、「trks」トラック記述ブロックの内容のビューを示しています。ブロックヘッダーの4バイトは赤いフレームで強調表示され、ブロックの内容のサイズは緑のフレームで示されます。これはすでに上で議論されています。次に、ブロックの内容が表示されます。そのバイトは、WinHexエディターで特徴的な青みがかった塗りつぶしで強調表示されます。選択範囲のサイズは、エディターの右下隅に表示され（緑色の丸で囲まれています）、ヘッダーの後のバイトの値と一致します。この例では、すでに308バイトです。 1つのトラックの最初の（前の）例でブロックサイズが156バイトで、現在の例では-308バイトである場合、次の結論を導き出すことができます。トラックの均一性と同等性を前提としているため、各トラックの説明領域は同じサイズである必要があります。これらの領域は、いわば「trks」ブロックのサブブロックです。それらは図の青色で輪郭が描かれています。そのようなサブブロックの1つのサイズは152バイトであることが判明しました。そして、連続するサブブロックの最初に、4バイトの小見出しがあり、図では黄色の塗りつぶしでマークされています。これらの4バイトは、マルチセッション内のトラック数またはサブブロック数の値にすぎません。したがって、「trks」ブロックのコンテンツのサイズSは、式S = 4 + 152 * nで計算できます。ここで、nはセッション内のトラックの数です。つまり、4 + 152 * 1 = 156、および4 + 152 * 2 = 308です。「trks」ブロックの内容のサイズSは、式S = 4 + 152 * nで計算できます。ここで、nはセッション内のトラックの数です。つまり、4 + 152 * 1 = 156、および4 + 152 * 2 = 308です。「trks」ブロックの内容のサイズSは、式S = 4 + 152 * nで計算できます。ここで、nはセッション内のトラックの数です。つまり、4 + 152 * 1 = 156、および4 + 152 * 2 = 308です。

. 11. «trks».

次に、サブブロックの内容の説明に移りましょう。そこにはたくさんありますが、私は最も重要なものだけを解読しました。パラメータは3つだけです。4バイトのバイナリフラグ（赤で囲まれている）、トラック名（茶色で囲まれている）、およびトラックID（青で囲まれている）です。トラック識別子はそのシーケンス番号です。オーディオクリップの説明でトラックへのリンクを示す必要があります（これについては後で詳しく説明します）。トラック名は36バイトの領域を占めます。これはトラック名の最大文字数ですが、現在の例のようにそれより少なくすることもできます。未使用のバイトはゼロです。通話の音声録音を使用したマルチセッションでは、トラック名は対応する日付の録音と一致します。日付の横に、対応する曜日を2つの大文字で省略形で追加できます。4バイトのバイナリフラグ（合計32フラグ）は、トラックに固有のバイナリパラメータを記述することを目的としています。実際、32個未満の可能性があります。フラグの一部のみをデコードしました。これらのうち、少なくとも3つのフラグは、トラックが「R」（レコード）、「S」（ソロ）、または「M」（ミュート）のいずれであるかを示します。上記の例では、トラック上のこれら3つのボタンのいずれも押されておらず、バイナリフラグの値はゼロ（0x00000000）です。ただし、トラックの「R」ボタンを押して（つまり、トラックを記録に入れて）セッションを再保存すると、バイナリフラグの値は0x00000004に等しくなります。つまり、右から3番目のビット（bit2）が1になります。トラックの「レコード」プロパティを担当するのはこのビットです。私のマルチセッションは視覚的な表示と再生用に設計されているため、このプロパティは私のプロジェクトでは意味がありません。ところが、週末に対応する曲で「R」ボタンが押されていることに気づきました。この手法により、マルチセッションの視覚化が容易になります。

マルチセッション「LISTFILE」（図12）のオーディオファイル一覧のブロックは、以下の部分で構成されています。トラック記述ブロックの場合と同様に、セッション内のファイル数に応じてサブブロックに分割することもできます。図11と同様に、8バイトのブロックヘッダーを赤いボックスで強調表示し、そのコンテンツのサイズを緑のボックスで強調表示しています。この特定の例では、この値は188バイトです。内容は図との類推によって強調されています。 11.青い線で強調表示された2つのゾーンに分割されます。これらは、ファイルリストブロックのサブブロックです。

図： 12.オーディオファイル「LISTFILE」の説明のブロックのバイト。

各サブブロックは1つのオーディオファイルに対応します。この例では2つのオーディオファイルを使用しているため、サブブロックの数は適切です。トラックの説明がある前のケースとは異なり、サブブロックの数に関する小見出しはありません。サブブロックには、4バイトの「wav」ヘッダー（黒で強調表示）と、追加のコンテンツのサイズを示す4バイト（マゼンタで強調表示）が含まれています。両方のサブブロックで、この値はこの例では同じであり、0x56（86）バイトです。これは、ファイルが同じパスにあり、同じ名前であるためです。より正確には、完全修飾ファイル名の文字数は同じです。そうしないと、サブユニットのサイズが異なります。サブブロックのコンテンツ領域（さらにバイト）には、次の情報が含まれています。オーディオファイルを識別する番号は、青いフレームで強調表示されています。トラックIDとは異なり、この番号はファイルシーケンス番号ではありません。私が理解しているように、マルチセッションを保存すると、ファイルごとにランダムまたは疑似ランダムに割り当てられます。重要なことは、これらの値の間に一致がないということです。マルチセッションを2回保存し、コンテンツごとにsesファイルを比較したときに、これを確信しました。その結果、ファイルはこれらの同じバイトだけが異なることが判明しました。そして、これらだけではありません。「ep20」ブロックのエンベロープレイヤーのIDにもランダムな番号が割り当てられます。ただし、このブロックでは、前述のように、まったく必要がないため、この記事ではその説明を考慮しません。クリップにリンクするには、オーディオIDが必要です。このリンクは、クリップの説明とともにブロック内で発生します。私の場合、電話レコードを使用したマルチセッションの場合、オーディオファイルの識別子は自然な数字のシーケンスになりますが、ゼロからではなく、たとえば1000から始まります。強調表示しなかった次の4バイトは、両方のサブブロックで値0x13になります。ほとんどの場合、この値はオーディオファイル形式のタイプを示します。私のオーディオファイルはすべて同じタイプなので、条件付きでこの値を定数と見なすことができます。次のバイト文字列は、オーディオファイルのフルネームとヌルターミネータ（ラインターミネータなど）を示しています。このチェーンのサイズは、オーディオファイルのフルネームの文字数より1つ大きくなります。次は定数0xFFFFFFFFです。その後に、このオーディオファイル内のサンプル数を示す値が続きます（図12では黄色のフレームで強調表示されています）。最初のファイルの場合、この値は0x44AC0であり、2番目のファイルの場合は0xF780です。これらは、それぞれ281280と63360の10進値に対応しており、2番目のマルチセッションの例の説明ですでに説明されています。

最後に、最も難しいブロック、つまりオーディオクリップ「bk20」を説明するためのブロックの説明を検討する必要があります（図13）。前の2つの図と同様に、ブロックコンテンツのタイトルとサイズが強調表示されています。

図： 13.オーディオクリップ「bk20」の説明のブロックのバイト。

ブロックの内容には、まず、それぞれ4バイトの2つの小見出しがあります。それらはマゼンタとシアンの塗りつぶしで強調表示されます。最初のサブタイトルは、セッション内のクリップの数です。例には3つあります。 2番目のサブタイトルは定数0x48（72）です。どうやらそれは各サブブロックのサイズを示しており、それらはさらに進んでいます。それらの数は、セッション内のクリップの数と一致します。このような各サブブロックは、1つのクリップのパラメーターを記述します。ちなみに、ブロック「bk20」のコンテンツのサイズDは、式D = 8 + 72 * bで計算できます。ここで、bはマルチセッション内のオーディオクリップの数です。この図では、必要なパラメーターが多数あるため、サブブロック内に説明的なバイト割り当てはありません。それらは別の表にリストされています（図14）。青い塗りつぶしは私のプロジェクトで必要なパラメータを示し、灰色の塗りつぶしは認識されない定数です。この表には、最後の例の3つのマルチセッションクリップのそれぞれのパラメーター値も示されています。

. 14. .

最初の単語（4バイトのグループ）はエンベロープへの参照であり、これは必要ありません。 2番目のパラメーターは、オーディオファイルへのリンクです。このパラメータの値は、このオーディオクリップが対応するオーディオファイルの識別子の値と同じです。次に、2つの実定数があります。これらはすでに以前に表示されています。これらの後には、サンプル数で表される3つの調整パラメーターが続きます。セッションの開始からのクリップのオフセット、セッション内のクリップの長さ（期間）、およびクリップ内のオーディオのオフセットです。これらのパラメータの名前からすべてが明確である必要があります。以前、マルチセッションの2番目の例を詳細に説明するときに、すべてのオフセットと期間の数値を示しました。図14の表は、各クリップのパラメーターを16進形式で示しています。これらの値を図13から直接書き直して、テーブルに入力しました。しかし、それらを10進形式に変換すると、2番目の例の説明からの対応する値と一致します（個別にチェックされます）。最初と3番目のクリップのオーディオファイルへのリンクは同じ値0x3F5B050であることに注意してください。これは、両方のクリップが対応する識別子を持つ同じオーディオファイルを参照しているためです。この後に、バイナリパラメータのバイトのブロック（4バイト）が続きます。トラックの説明の場合と同様に、ビットの一部のみをデコードしました。デフォルト値は0x00080000です。つまり、バイナリに変換された場合、1つのビット19のみが1に「レイズ」され、残りの31ビットはゼロに等しくなります。このシングルビットがないと、実際に示されているように、マルチセッションはロードを拒否します。現在の例では、この値は1番目と2番目のクリップの特性ですが、3番目のクリップでは、何らかの理由で、フラグの値は0x000A0000に等しくなります。数えると、この値では2つのビットが「発生」します。それでもbit19と別のbit17です。なぜ起こったのかわかりません。隣接するクリップと同様に、ビット17をゼロにリセットし、パラメーター全体の値を0x00080000に変更してみました。その結果、Adobe Auditionのセッションは、目に見える変更なしで開始されました。 Adobe Auditionで作業しているときに、「FixinTime」や「FixforPlaybackOnly」などのクリッププロパティに気づきました。バイナリパラメータのブロック内の特定のビットがこれらのプロパティの格納に関与していると想定するのは論理的です。クリップには他のバイナリプロパティもありますが、それらは必要ありません。そして、リストされた2つのプロパティは非常に便利です。「Fixintime」プロパティは、クリップがマウスポインタの水平方向への偶発的な移動の可能性から保護されるため便利です。しかし、そのようなクリップでは、円のロックの形のシンボルが左下隅に視覚的に描かれ、これは表示するための不要なグラフィック情報です。クリップの2番目のプロパティ「再生専用に修正」は、対応するトラックで「R」（レコード）パラメータがアクティブになっている場合、クリップが強制的に赤色を取得しないという点で便利です。私がいくつかのトラックでパラメータ「R」を使用することに決めたもののために-それは上に書かれています。経験的に、bit1がクリップの最初のプロパティを担当し、bit3が2番目のプロパティを担当することがわかりました。以上のことから、次のようになります。 Clip in Timeプロパティを設定するには、値0x00080002をバイナリパラメータに書き込む必要があります。 [再生専用のコミット]プロパティは0x00080008です。両方のプロパティで、それらの論理合計は0x0008000Aです。バイナリパラメータを扱います。これらのバイトの後に、クリップが配置されているトラックへのリンクがあります。実際には、シリアル番号と一致するトラック識別子が登録されています。ちなみに、Adobe Audition 1.5は128トラック以下をサポートしているため、この識別子は32ビット値としてリストされていますが、1バイトに収まります。次に、解読されていないゼロ定数があります（4つの定数、それぞれ4バイト）。最後に、最後の重要なパラメータはクリップの色です。 Adobe Audition 1.5エディターでは、対応するダイアログボックスのクリップに0〜239のカラー値を設定するか、パレットから選択することができます（図15）。カラーパレットは特に魅力的ではありませんが、他のオプションは提供されていません。デフォルトのクリップカラーは102（0x66）（緑）です。ちなみに、サポートするトラックは128を超えないため、このような識別子は32ビット値としてリストされていますが、1バイトに収まります。次に、解読されていないゼロ定数（4つの定数、それぞれ4バイト）があります。最後に、最後の重要なパラメータはクリップの色です。 Adobe Audition 1.5エディターでは、対応するダイアログボックスのクリップに0〜239のカラー値を設定するか、パレットから選択することができます（図15）。カラーパレットは特に魅力的ではありませんが、他のオプションは提供されていません。デフォルトのクリップカラーは102（0x66）（緑）です。ちなみに、サポートするトラックは128トラック以下なので、32ビット値としてリストされていますが、このような識別子は1バイトに収まります。次に、解読されていないゼロ定数があります（4つの定数、それぞれ4バイト）。最後に、最後の重要なパラメータはクリップの色です。 Adobe Audition 1.5エディターでは、対応するダイアログボックスのクリップに0〜239のカラー値を設定するか、パレットから選択することができます（図15）。カラーパレットは特に魅力的ではありませんが、他のオプションは提供されていません。デフォルトのクリップカラーは102（0x66）（緑）です。5を使用すると、対応するダイアログボックスのクリップに0〜239のカラー値を設定するか、パレットから選択できます（図15）。カラーパレットは特に魅力的ではありませんが、他のオプションは提供されていません。デフォルトのクリップカラーは102（0x66）（緑）です。5を使用すると、対応するダイアログボックスのクリップに0〜239のカラー値を設定するか、パレットから選択できます（図15）。カラーパレットは特に魅力的ではありませんが、他のオプションは提供されていません。デフォルトのクリップカラーは102（0x66）（緑）です。

. 15. Adobe Audition 1.5.

sesファイルのcolorパラメータは32ビットであり、実際には240色しかなく、1バイトに収まります。他の3つの最上位バイトはゼロです。これらのバイトを異なる値に編集しようとすると、マルチセッションを開くと、クリップに新しい色が表示されると思いました。しかし、このトリックは機能しませんでした。前の記事で説明したように、チャートの色は、通話の特定の機能を視覚的に強調するのに役立ちます。通話の音声録音のマルチセッションは同様の図に似ているため、クリップの色は非常に役立ちます。クリップの色パラメータの後には、2ワードのゼロが続きます。これでサブユニットの説明は完了です。これらの8バイトのゼロは、最後のブロックのサブブロックの最後です。したがって、それらはsesファイル全体の最後にもなります。

プロジェクトについて考えているときに、別のアイデアを思いつきました。マルチセッションにマーカー（キューポイント）を追加し、1時間ごとに配置して、適切なマークに署名することです。この考えを前の記事と比較すると、これは1時間ごとに描かれる図の垂直線の完全な類似物です。マルチセッションにキューポイントが存在するためには、「キュー」と呼ばれる6番目のブロックを考慮する必要があります。私はこのブロックのバイトを理解し始めませんでした。「stat」ブロックと同様に、作成された24時間のマルチセッションで、1時間ごとに23のキューポイントを手動で配置し、適切な名前を付けました。次に、マルチセッションを別のsesファイルとして保存し、「cues」ブロックの内容を切り取って、「cues_24h.BLK」ファイルに保存しました。このファイルは、プログラムの開発時に考慮されます。このファイルのバイトを図16に示します。理由はわかりませんが、ただし、タイトルとコンテンツサイズフィールドを使用せずに、コンテンツを正確に保存しました（ "stat_31_full.BLK"ではありません）。これらの2つの単語はプログラムコードに追加されます。また、コンテンツサイズは556バイトです。これらのうち、4バイトはサブタイトル（キューポイントの数）とそれぞれ24バイトの23のサブブロックによって占められています。図16では、最初のサブブロックのコンテンツバイトが入力されています。キューポイント（ラベル）の名前を01h、02h、…、23hのようにすることにしました。

. 16. «cues» .

これで、マルチセッション形式の説明は終わりです。これで、マルチセッションを作成するためのプログラムの作成を開始するために必要な知識ベースができました。プログラムの作成は、ses形式を学習して復号化するよりも簡単な作業です。私は2晩でプログラムを完了し、少なくとも1週間はフォーマットの研究に費やしました。さらに、以前に使用した関数、特にファイルやディレクトリの操作を使用してプログラムを作成しました。したがって、プログラムを作成するための主なサポートは、参考書やインターネットではなく、Habréで書いた過去のプロジェクトでした。インターネットから、曜日を日付で返す関数を1つだけ取得しました。しかし、プログラムのテキストを引用する前に、私は最初はこの記事で書きたくなかったいくつかの情報を共有することにしました。

ASIOを介したオーディオ入力/出力をサポートするAdobeAudition 3.0の最新バージョンで作業していたときに、電話の録音からマルチセッションを形成するというアイデアが思い浮かびました。マルチセッションを保存すると、通常の従来のSESと以前のバージョンのプログラムでは使用できなかった新しいXML形式の2つの異なる形式で保存できることがわかりました。セッションをXML形式で保存した後、すぐにこのファイルをメモ帳で開きました。そこで、複雑な階層構造でリンクされた一連のパラメーターの説明が見つかりました。この階層を表示しやすくするために、WMHelpXmlPadプログラムを使用しました。図17は、このプログラムのスクリーンショットを示しており、試用版の単純なマルチセッションファイルが開かれています。左側はドキュメント階層です。階層のアクティブな（選択された）要素は、最初のオーディオファイルの長さパラメータです。オーディオファイル記述ブロックの最初のサブユニットに立っています。

. 17. XML Adobe Audition 3.0.

私はこの特定の形式を研究することに決めました。将来、プログラムで必要なXMLテキストを生成し、出力で目的のマルチセッションを取得します。この目的のためにExcelを使用するというアイデアさえありました。問題は、XMLファイル全体の約95％がトラック記述ブロックによって占められていることでした。膨大な数のパラメーターがあり、マルチセッションを損なうことなく除外することはできませんでした。事実、このバージョンのAdobe Auditionには、トラックに関連する多くの機能があります。論理的には、私の単純なマルチセッションではこれらの関数は必要ありません。ただし、対応するフィールドをXMLドキュメントから除外すると、セッションは終了します。そして、最も単純なセッションでは、各トラックの説明にあるこの巨大なテキストのチャンクを「プル」する必要があります。これは、マルチセッションXMLファイルを生成する際の唯一の不便です。知識、もちろん、テキストXMLの研究中に得られたマルチセッションバリアントは、バイナリsesの研究中に有用でした。また、XMLでも、一部のパラメーターを復号化できませんでした。各パラメーターのフィールドは英語で省略名が付けられていますが、それでも、このパラメーターが何であるかを常に理解しているとは限りませんでした。重要なことは、基本的な必要なパラメーター、それらの階層ブロックおよびフィールドを調査および解読できたことです。それから私は質問に長い間苦しめられました：古いバージョンのAdobeAuditionでそのようなセッションを開く方法は？プログラムの新しいバージョンは非常に洗練されたインターフェース（ほぼ3D）を備えており、図のようなマルチセッションを視覚化するには非常に不便です。また、FullHD画面にウィンドウが完全に拡張されたAdobe Audition 3.0のこの「スリーテ」により、最大（最小スケール）で28トラックが適合します。また、Adobe Audition 1.5では、37が適合します（図。18、スケール1：2）。合計31トラックを画面に表示する必要があります。

. 18. Adobe Audition .

しかし、何よりも、新しいバージョンのプログラムで8000 Hzの周波数でマルチセッションを再生したときに、音質を仕上げました。音はあまり良くなく、調和のとれた歪みがあります。これは、サウンドが異なるサンプルレート（48 kHz）で出力されるためであり、ASIOはそれ以外の方法では出力できません。設定で別の出力デバイス「Audition3.0Windows Sound」を選択しても、状況は変わりません。プログラムの新しいバージョンは、従来の「DirectSound」出力デバイスをサポートしていません（私はバージョン3.0を新しいと呼びます）。図19は、逆スペクトル高調波歪みが存在する状態でAdobe Audition3.0で8kHzオーディオ（またはセッション）を再生したときのオーディオスペクトルを示しています。これらの周波数は緑色で囲まれています。これは理想的に聞こえるはずです（他には何もありません）。そして、周波数は赤で囲まれています、これは追加の歪みです。この影響は、アップサンプリング手順後のフィルタリングが不足していることが原因である可能性があります。この後、私はよりシンプルでより快適なAdobe Audition1.5プログラムのSESバイナリ形式の研究を始めることにしました。新しいバージョンのプログラムから「人間の」XML形式を学んだ後、バイナリファイルの経験を考えると、それを理解するのは難しくないことを望んでいました。そして、それが起こりました。私はすぐにSESフォーマットを「宣伝」しました。そして重要なことは、将来を見据えた後方互換性がうまく機能することです。バージョン1.5用に形成されたセッションは、バージョン3.0で正常に開かれます。上記で、音質とグラフィックインターフェイスに関連するAdobe Audition3.0の欠点を指摘しました。しかし、このバージョンのプログラムには、マルチセッションナビゲーションに利点があります。例えば、マルチセッションで1つのオーディオクリップをマウスでクリックしてから右にシフトすると、操作で1つのオーディオクリップを聞く可能性があります。

図：19.再生中の調和歪み。

次に、スポイラーの下でプログラムのテキストを示します。もちろん、このタスクには必要ないため、プログラムにはグラフィカルインターフェイスがありません。プログラムのテキストには詳細なコメントが付いているので、追加の説明は必要ありません。プログラムはコマンドラインで起動され、1秒以内に400個のファイルのリストを処理して、マルチセッションファイルを形成します。プログラム内には、必要に応じて、キューマーカーを生成したり、週末にトラックに「R」を付けたり、クリップに「Fix in time」プロパティを設定したり、クリップの色付けの基準を選択したりできないようにする4つのパラメトリック変数があります（通話タイプまたは電話番号による） ..。これらの3つの変数は、プログラムテキストから除外して「抽出」する必要があります。つまり、プログラムパラメータを含む別のファイルに入れる必要があります。

Cプログラムのソースコード

/********************************************************************
  "RMC"     ,  
  wav    .   
 ,    .
       yyyy-mn, 
  .      .
      (.. -),  
   .  
    ,    ,
    "RMC"   "I:".
*********************************************************************/
#include <windows.h>
#include <stdio.h>
#include <string.h>

DWORD wr; // ,   ;
DWORD ww; // ,   ;
DWORD wi; // ,   ;

//    (     );
int Date( int D, int M, int Y ){
    int a, y, m, R;
    a = ( 14 - M ) / 12;
    y = Y - a;
    m = M + 12 * a - 2;
    R = 6999 + ( D + y + y / 4 - y / 100 + y / 400 + (31 * m) / 12 );
    return R % 7;
}

//   ;
HANDLE openInputFile(const char * filename) {
       return CreateFile ( filename,      // Open Two.txt.
            GENERIC_READ,          // Open for writing
            0,                      // Do not share
            NULL,                   // No security
            OPEN_ALWAYS,            // Open or create
            FILE_ATTRIBUTE_NORMAL,  // Normal file
            NULL);                  // No template file       
}

//   ;
HANDLE openOutputFile(const char * filename) {
       return CreateFile ( filename,      // Open Two.txt.
            GENERIC_WRITE,          // Open for writing
            0,                      // Do not share
            NULL,                   // No security
            OPEN_ALWAYS,            // Open or create
            FILE_ATTRIBUTE_NORMAL,  // Normal file
            NULL);                  // No template file       
}

//    ;
void filepos(HANDLE f, __int64 p){
  LONG HPos;
  LONG LPos;
  HPos = p>>32;
  LPos = p;
  SetFilePointer (f, LPos, &HPos, FILE_BEGIN);
}

// 32-  ;
void write32(HANDLE f, signed long int a){
  WriteFile(f, &a, 4, &ww, NULL);  
}

//  ;
void fill(HANDLE f, signed long int a, unsigned char c){
  unsigned char i;
  for(i=0;i<c;i++){
    write32(f,a);
  }
}

int main(){
  HANDLE out; //   Adobe Audition;
  HANDLE stat; //     "stat" (+ );
  HANDLE cues; //     "cues";
  HANDLE lf; //     "LISTFILE";
  HANDLE blk; //     "bk20";
  char* week[7]={"", "", "", "", "", "", ""}; //  -;
  unsigned char dm[]={31,29,31,30,31,30,31,31,30,31,30,31}; //   ;
  unsigned char p_cues=1; //:    (cues);
  unsigned char p_R=1; //:   "R" (  )    ;
  unsigned char p_lock=1; //:    ;
  unsigned char p_color=2; //   ;
  unsigned char flg; // ,    .   ;
  unsigned long int lfsize=0; //  "LISTFILE";
  unsigned long int blksize=0; //  "bk20";
  unsigned long int smp; //   ;
  unsigned long int offset; //    ;
  unsigned int cfile=0; //  ;
  unsigned int cblk=0; //  ;
  char name[100]; //   (  ...);
  char fullname[100]; //      ;
  char infld[8]; //  ;
  char number[11]; //    . ;
  unsigned char len; //    ;
  printf("Input yyyy-dd name of folder:\n"); //   ;
  scanf("%s",infld); //      ;
  WIN32_FIND_DATA fld; //       ;
  HANDLE hf; //  (   ,     );
  char buf1[48],buf2[556]; //     "stat"  "cues";
  char str[16]; //   ;
  unsigned long int outpos=0; //   ;
  unsigned char byte; //      "LISTFILE"  "bk20";
  unsigned char i; //  ;
  unsigned char mn,d,dw,h,m,s; // -;
  unsigned char cdm; //    ;
  int yy; //  ;
  yy=2000+(infld[2]-48)*10+(infld[3]-48); //    ;
  mn=(infld[5]-48)*10+(infld[6]-48); //    ;
  sprintf(name,"I:\\RMC\\%s.ses",infld); //     ( );
  out=openOutputFile(name); //    ;
  WriteFile(out, "COOLNESS", 8, &wi, NULL); // :    ;
  write32(out,0); //   (  ,     );
  WriteFile(out, "hdr ", 4, &wi, NULL); //,    :  ;
  write32(out,936); //   ,  936;
  write32(out,8000); //   ;
  write32(out,24*3600*8000); //    (. 24 );
  write32(out,0); //    ( );
  write32(out,0x00010020);
  write32(out,0);
  write32(out,0x3ff00000);
  write32(out,0);
  write32(out,0x3ff00000);
  filepos(out,328); //   ;
  write32(out,0x20);
  WriteFile(out, "", 6, &wi, NULL); //  ;
  filepos(out,376); //   ;
  write32(out,0x3ff00000);
  filepos(out,892); //   ;
  write32(out,0x0430041c);
  write32(out,0x04420441);
  write32(out,0x04400435);
  filepos(out,956); //   ;
  stat=openInputFile("stat_31_full.BLK"); //     ,
  ReadFile(stat, &buf1, 48, &wr, NULL); //       ;
  WriteFile(out, buf1, 48, &wi, NULL);
  CloseHandle(stat);
  if(mn==2){ // ,
    if(!(yy%4)){ //   ,
      cdm=29; // 29 ,
    }else{
      cdm=28; // - 28;
    }
  }else{ //  ,
    cdm=dm[mn-1]; //       ;
  }
  WriteFile(out, "trks", 4, &wi, NULL); //    ;
  write32(out,4+cdm*152); //      ;
  write32(out,cdm); //       ;
  outpos=1016; //     ;
  for(i=0;i<cdm;i++){ //      
    dw=Date(i+1,mn,yy); //     ;
    write32(out,0); //      ses,       ;
    write32(out,0x3ff00000); 
    write32(out,0); //   8-  double;
    write32(out,0x3ff00000);
    if((dw%7==5||dw%7==6)&&p_R){ //   -  ,      "R",
      write32(out,4); //     "R",
    }else{
      write32(out,0); // -   ;
    }
    sprintf(str,"%02d.%02d.%i %s",i+1,mn,yy,week[dw]); //  ,    ;
    WriteFile(out, str, strlen(str), &wi, NULL);
    filepos(out,1072+152*i); //      (i+1)- ;
    write32(out,1); //  ,     ;
    write32(out,1);
    write32(out,4);
    write32(out,0);
    write32(out,0);
    write32(out,0x40590000);
    write32(out,0);
    write32(out,0);
    write32(out,0xffffff9d);
    write32(out,0xffffff9d);
    write32(out,i+1); //  ,    ;
    fill(out,0,11);
    write32(out,4);
    write32(out,0);
    outpos+=152; //  ;
  }
  if(p_cues){ //        ,    "cues";
    WriteFile(out, "cues", 4, &wi, NULL); //  ,
    write32(out,556); //  -  ;
    cues=openInputFile("cues_24h.BLK"); //   ,   ;
    ReadFile(cues, &buf2, 556, &wr, NULL); //(    ,   "stat");
    WriteFile(out, buf2, 556, &wi, NULL);
    CloseHandle(cues);
    outpos+=564;
  }
  DeleteFile("LISTFILE"); //  (      )
  DeleteFile("bk20"); //  "LISTFILE"  "bk20",
  lf=openOutputFile("LISTFILE"); // ()    
  blk=openOutputFile("bk20"); //      ;
  WriteFile(lf, "LISTFILE", 8, &wi, NULL); //     ;
  WriteFile(blk, "bk20", 4, &wi, NULL);
  write32(lf,0);
  write32(blk,0);
  write32(blk,0);
  write32(blk,0x48); //  ,      ;
  sprintf(name,"I:\\RMC\\%s\\*.wav",infld); //   wav    ;
  hf=FindFirstFile(name,&fld); //  ;
  do{ //  ;
    len=strlen(fld.cFileName); //    ;
    for(i=10;i>=1;i--){ //  10      ;
      number[10-i]=fld.cFileName[len-i-4]; //  ;
    }
    number[10]=0; //   ,    ;
    cfile+=1; //   ;
    sprintf(fullname,"I:\\RMC\\%s\\%s",infld,fld.cFileName); //     ;
    d=(fld.cFileName[22]-48)*10+(fld.cFileName[23]-48); //  ()   ;
    h=(fld.cFileName[25]-48)*10+(fld.cFileName[26]-48); //    ;
    m=(fld.cFileName[27]-48)*10+(fld.cFileName[28]-48); //    ;
    s=(fld.cFileName[29]-48)*10+(fld.cFileName[30]-48); //    ;
    offset=(h*3600+m*60+s)*8000; //    ;
    smp=(fld.nFileSizeLow-44)/4; //     (   );
    WriteFile(lf, "wav ", 4, &wi, NULL); //     ;
    write32(lf,17+strlen(fullname)); //   (    );
    write32(lf,1000+cfile); //  ( ,      1000   );
    write32(lf,0x14); //  ( );
    WriteFile(lf, fullname, strlen(fullname), &wi, NULL); //   ( );
    WriteFile(lf, "\0", 1, &wi, NULL); //   ;
    write32(lf,0xffffffff); //;
    write32(lf,smp); //   ;
    lfsize+=(25+strlen(fullname)); //   "LISTFILE";
    cblk+=1; //     ;
    write32(blk,0); //     ,       ;
    write32(blk,1000+cfile); //   ();
    write32(blk,0); //   ;
    write32(blk,0x3ff00000);
    write32(blk,0);
    write32(blk,0x3ff00000);
    write32(blk,offset); //    ;
    if(((24*3600*8000)-offset)>smp){ //  ( )     ,
      write32(blk,smp); //     ,
    }else{
      write32(blk,(24*3600*8000)-offset); //       ;
    }
    write32(blk,0); //     ;
    if(p_lock){ //       ,
      write32(blk,0x0008000a); //     (3   32 ),
    }else{
      write32(blk,0x00080008); //    (2   32 );
    } //     -   "   ";
    write32(blk,d); //   ( );
    fill(blk,0,4); // ;
    switch(p_color){ //   ;
      case 1: //   ;
        switch(fld.cFileName[0]){ //     ;
          case 'I': // "I" (   ),
            write32(blk,0); //  ;
          break;
          case 'O': // "O" (   ),
            write32(blk,102); //   (  );
          break;
          default: //  - ,
            write32(blk,102); //   ;
          break;
        }
      break;
      case 2: //  ;
        flg=0; // ;
        if(!strcmp("9530000000",number)){ // - - ,
          write32(blk,05); //  - -,
          flg=1; //( );
        }
        #include "numbers_and_colors.cpp" //      -    ();
        if(!flg){ //     (     ),
          write32(blk,102); //    ;
        }
      break;
    }
    write32(blk,0);
    write32(blk,0);
    if(((24*3600*8000)-offset)<=smp){ //  ( )     ( ),
      cblk+=1; //      ;
      write32(blk,0); //   ,  ;
      write32(blk,1000+cfile);
      write32(blk,0);
      write32(blk,0x3ff00000);
      write32(blk,0);
      write32(blk,0x3ff00000);
      write32(blk,0); //        ,
      write32(blk,smp-((24*3600*8000)-offset)); //    ,
      write32(blk,(24*3600*8000)-offset); //    ,     ;
      if(p_lock){
        write32(blk,0x0008000a);
      }else{
        write32(blk,0x00080008);
      }
      write32(blk,d+1); //  ()     ();
      fill(blk,0,4);
      switch(p_color){ //     ;
        case 1: //   ;
          switch(fld.cFileName[0]){ //       ( );
            case 'I': // ,
              write32(blk,0); //  ;
            break;
            case 'O': // ,
              write32(blk,102); //  ,   ;
            break;
            default: //  -  (  ),
              write32(blk,102); //   ;
            break;
          }
        break;
        case 2: //  ;
          flg=0;
          if(!strcmp("9530000000",number)){ // - - ,
            write32(blk,05); //  - -,
            flg=1; //( );
          }
          #include "numbers_and_colors.cpp" //      ( );
          if(!flg){ //   ,
            write32(blk,102); //   ;
          }
        break;
      }
      write32(blk,0);
      write32(blk,0);
    }  
  }while(FindNextFile(hf,&fld)); //    wav ;
  filepos(lf,8);
  write32(lf,lfsize); //   "LISTFILE",    ;
  filepos(blk,4);
  blksize=8+72*cblk; //   "bk20",   ;
  write32(blk,blksize); //   "bk20";
  write32(blk,cblk); //  ;
  blksize+=8; //   "bk20",     .  ;
  lfsize+=12; //   "LISTFILE",     .  ;
  CloseHandle(lf); // . ;
  CloseHandle(blk); // . ;
  lf=openInputFile("LISTFILE"); // .       ;
  do{ //  ,     (   );
    ReadFile(lf, &byte, 1, &wr, NULL);
    if(wr){
      WriteFile(out, &byte, 1, &wi, NULL);
    }
  }while(wr);
  CloseHandle(lf); // . ;
  blk=openInputFile("bk20"); // .       ;
  do{ //  ,     (   );
    ReadFile(blk, &byte, 1, &wr, NULL);
    if(wr){
      WriteFile(out, &byte, 1, &wi, NULL);
    }
  }while(wr);
  CloseHandle(blk); // . ;
  outpos=outpos+blksize+lfsize; //    ;
  filepos(out,8);
  write32(out,outpos-12); //      ;
  filepos(out,28);
  write32(out,cblk); //      ;
  CloseHandle(out); //   !  ;
  printf("c_files: %i\nc_block: %i\n",cfile,cblk); //    (   );
  system("PAUSE");
  return 0;
}

これで、結果を含むスクリーンショットを表示できます。それらのいくつかがあります：異なる表示スケールで、プログラムの異なるバージョンで、そして異なる着色基準で。カタログ「2020-05」が処理されました。つまり、今年の5月のレコードです。合計446件のレコードが処理されました。新しい日に移行したレコードがないため、ブロック数は同じです。

図：20.電話による着色を伴う実物大のマルチセッションの表示。数字。

図：21.コールタイプごとに色分けされたフルスケールのマルチセッションの表示。

図：22.中規模でのマルチセッションの表示。

図：23.大規模なマルチセッションの表示。

図：24. Adobe Audition3.0での同じマルチセッションの表示。

通話の音声録音によるマルチセッションAdobeAuditionのソフトウェア形成

More articles: