問題タブ [frequency]

C++ にベクトル/配列があり、これらの N 要素のどれが最大の反復回数を持っているかをカウントし、最高のカウントを出力したいとします。このジョブに最適なアルゴリズムはどれか。

例：

2 が 4 回発生するため、出力は 4 です。これが 2 が発生する最大回数です。

次の表が与えられた場合、1 時間ごとのモード、または時間ごとの最高頻度の値をどのように計算しますか?

これまでのところ、次のクエリを思いつきました。

ただし、これにより、時間ごとの各個別値の頻度が得られます。時間ごとの最大頻度の値のみを返すように制約を追加するにはどうすればよいですか?

ありがとう

PortAudio(PyAudio)を使って音(声)を録音し、対応する音波を画面に出力したい。絶望的ですが、オーディオ ストリームから周波数情報を抽出して、Hz/時間形式で描画することができません。

録音した音声を 5 秒間録音して再生するコード スニペットの例を次に示します。

上記の変数「データ」から必要な情報を抽出したいと思います。(または、PortAudio または Python バインディングを備えた別のライブラリを使用して、他の高レベルのアプローチを使用します。)

どんな助けにもとても感謝しています！漠然と関連するオーディオ分析の知恵のヒントでさえ、高く評価されます。:)

私はコンピュータ サイエンスを専攻していない学生で、歴史の論文を書いています。この論文では、多数のテキストで特定の用語の頻度を特定し、これらの頻度を経時的にプロットして変化と傾向を特定します。特定のテキストファイルの単語頻度を決定する方法を理解しましたが、(比較的、私にとっては) 多数のファイル (>100) を扱っており、一貫性のために、頻度カウントに含まれる単語を制限したいと考えています特定の用語のセット (「ストップ リスト」の反対のようなもの)

これは非常に単純に保つ必要があります。最後に必要なのは、処理する各テキスト ファイルの特定の単語の頻度だけです。できればスプレッドシート形式 (タブで区切られたファイル) で、そのデータを使用してグラフや視覚化を作成できます。

私は日常的に Linux を使用しており、コマンド ラインを快適に使用できます。また、オープン ソース ソリューション (または WINE で実行できるもの) が大好きです。ただし、これは要件ではありません。

この問題を解決するには、次の 2 つの方法があります。

1. 事前に定義されたリストを除いて、テキスト ファイル内のすべての単語を取り除き、そこから頻度をカウントする方法を見つけます。または、次のようにします。
2. 事前に定義されたリストの用語のみを使用して頻度カウントを行う方法を見つけてください。

何か案は？

XML フィード (制御していない) があり、ドキュメント内の特定の属性値のボリュームを検出する方法を見つけようとしています。

また、XML を解析し、属性を配列に分離しています (他の機能用)。

これが私のXMLのサンプルです

各att1値に基づいてボリュームノードを見つけたいです。Att1 の値が変わります。att1 値の頻度がわかったら、そのノードの att2 値を取得する必要があります。

上位 4 つの項目を見つけて、それらの属性の値を取得する必要があります。

これらはすべて、C# コード ビハインドで行う必要があります。

Javascript を使用していた場合、連想配列を作成し、att1 をキーに、頻度を値にします。しかし、私はC＃が初めてなので、これをC＃で複製する方法がわかりません。

したがって、最初に XML 内の一意の att1 値をすべて見つける必要があると思います。私はこれを使用してこれを行うことができます:

次に、各一意の att1 値をドキュメント全体と比較して、変数や配列、またはその他のデータ セットに格納されているボリュームを取得する方法に行き詰まります。

最終的に使用したスニペットは次のとおりです。

ご助力いただきありがとうございます！

両方とも、要求されたものとはかなり異なる間隔で発砲しますSystem.Timers.Timer。System.Threading.Timer例えば：

1 秒あたり 20 回ではなく、16 回起動するタイマーが生成されます。

長すぎるイベント ハンドラーによる副作用がないことを確認するために、次の小さなテスト プログラムを作成しました。

出力は次のようになります。

要求: 5 Hz; 実際: 4,8 Hz
要求: 10 Hz; 実際: 9,1 Hz
要求: 15 Hz; 実際: 12,7 Hz
要求: 20 Hz; 実際: 16 Hz
要求: 30 Hz; 実際: 21,3 Hz
要求: 50 Hz; 実際: 31,8 Hz
要求: 75 Hz; 実際: 63,9 Hz
要求: 100 Hz; 実際: 63,8 Hz
要求: 200 Hz; 実際: 63,9 Hz
要求: 500 Hz; 実際: 63,9 Hz

実際の周波数は、要求された周波数から最大 36% ずれています。(そして明らかに 64 Hz を超えることはできません。) Microsoft が よりも「精度が高い」ためにこのタイマーを推奨していることを考えるとSystem.Windows.Forms.Timer、これは私を困惑させます。

ところで、これらはランダムな偏差ではありません。それらは毎回同じ値です。また、他のタイマー クラス の同様のテスト プログラムSystem.Threading.Timerは、まったく同じ結果を示します。

私の実際のプログラムでは、1 秒あたり正確に 50 サンプルで測定値を収集する必要があります。これにはまだリアルタイム システムは必要ありません。また、1 秒あたり 50 サンプルではなく 32 サンプルを取得するのは非常にイライラします。

何か案は？

@クリス：そうです、間隔はすべて1/64秒前後の整数倍のようです。ところで、イベント ハンドラに Thread.Sleep(...) を追加しても違いはありません。がスレッド プールを使用することを考えると、これは理にかなってSystem.Threading.Timerいます。そのため、各イベントはフリー スレッドで発生します。

インドのIIT-Bombayでこの技術フェスティバルが開催され、「Artbots」と呼ばれるイベントが開催され、芸術的な能力を持つアートボットをデザインすることになっています。歌を入力として受け取り、歌の中の音符を検出してピアノで再生する音楽ロボットについてのアイデアがありました。曲の音符のピッチを計算するのに役立つ方法が必要です。それをどうやって進めるかについてのアイデア/提案はありますか？

Brain-Computer Interface のインターンシップでは、CRT モニターで非常に高速にちらつく正方形を生成する必要があります (ちらつき = 2 つの色が交互に表示されます)。モニターのリフレッシュ レートは 85 Hz であり、これをボトルネックにしたいと考えています。つまり、すべての正方形を再描画するには、最大で 1000/85 = 11 ミリ秒かかることになります。

私の GUI/グラフィックス プログラミングの好みの言語は Java です。そのため、(Swing とは異なり) 同期的であるため、AWT でプロトタイプを作成してみました。私は今、2 つの問題を抱えているようです: 1 つ目は、9 つ​​の正方形を再描画するだけでも時間がかかりすぎることを時間測定が示していることです。私のアルゴリズムは、目的の頻度を取り、システムが事前に再描画する必要がある時間を計算してから、次の「時間」に達したかどうかを毎回チェックするループ (スリープ/待機遅延なし) を使用し、到達した場合はすべてをループします。それらを再描画する正方形。私が今実装した方法は、正方形が背景色 A のパネルであり、背景色 B の別のパネルに含まれており、パネルの可視性が変更されるためにちらつきが発生することです。これは、常に Rectangle を描画しなければならない 1 つの Panel よりも高速であると考えました。私は適切なプロファイリング ツールを持っていない (Eclipse TPTP や NetBeans プロファイラーを動作させることができない) ので、確信は持てませんが、ボトルネックは実際には再描画ではなく、ループ (条件チェックなど）。私が何をすべきかについて何かお勧めできますか？

2 つ目の問題は、正方形が上から下にレンダリングされているように見えることです。彼らは非常に速く展開しているようですが、それでも目に見えます. これは受け入れがたい。私が疑問に思っているのは、これが原因です。Java/AWT ですか、それとも Windows ですか、それとも遅いアルゴリズムを書いているだけですか?

試してみるべきことをいくつかお勧めできますか？私は Java を使用することを好みますが、必要に応じて C (または何か) を使用します。

VB.net でライフ周波数検出を実行できるようになりたいと考えています。ここからどこから始めればよいか本当にわからないと言わざるを得ません。BASS.net を調べましたが、事前に録音されたオーディオでしか機能しないようです。ライン入力またはマイク入力から入ってくる音声の周波数をほぼリアルタイムで検出できる必要があります。

前もって感謝します。