2024:07:15
差分
このページの2つのバージョン間の差分を表示します。
| 次のリビジョン | 前のリビジョン | ||
| 2024:07:15 [2024/07/15 14:42] – 作成 machiaworx | 2024:07:15 [2024/07/16 00:10] (現在) – machiaworx | ||
|---|---|---|---|
| 行 10: | 行 10: | ||
| ---- | ---- | ||
| * Re: | * Re: | ||
| + | * あとはジャグ配列への対応だけど、まず1直線のListに対し処理を行う前提にして、[]が出てきた時点で別にリストを作成してデータを作成、終わったら元のリストに挿入、という形にする。 | ||
| + | * 再帰関数でつくるのが良さそう。 | ||
| ---- | ---- | ||
| * タイムスタンプ取得処理を書いた。これでどうにかなる。 | * タイムスタンプ取得処理を書いた。これでどうにかなる。 | ||
| * あくまでタイムスタンプなので嘘書けてしまう可能性はあるけど、それは自身がこまるだけという認識なので、まずは同じPCで複数回アクセスすることを見込んで更新かけるもの。 | * あくまでタイムスタンプなので嘘書けてしまう可能性はあるけど、それは自身がこまるだけという認識なので、まずは同じPCで複数回アクセスすることを見込んで更新かけるもの。 | ||
| - | * | + | * 以前他資料を参考に書いたはずだったけど、どうもフォルダの更新日付を見るものだったらしく、それならと自分で書き直した。 |
| + | * ファイルのハンドルをCreateFile関数で取得、GetFileTimeでFILETIME形式でタイムスタンプを取得できるので、これをSYSTEMTIMEに変換した上でハンドルクローズとした。割と簡単。 | ||
| ---- | ---- | ||
| + | * 上記を利用してファイル監視処理を実装済み。 | ||
| + | * ただ、動きがあやしい。具体的には以下の内容。 | ||
| + | |||
| + | - 状況によってはしばらくファイルが書き込み状態になりタイムスタンプが連続で更新されっぱなしになる。 | ||
| + | - 更新時のタイムスタンプがうまく反映されない | ||
| + | |||
| + | * 別の方法を検討する方が良いのかしら。 | ||
| + | * もしくは更新タイミングをループの終端にする等のほうが良いのかなと。 | ||
| + | * ファイルや読み込み状況に応じて、ずっと更新し続けるケースもあるとのことで、一度更新が終わったらしばらく更新し続けるケースへの対応も必要みたい。具体的にはしばらく更新してる場合は触らずに止まったら処理開始とする、みたいなの。 | ||
| + | * そもそも更新もループの最後におこなうとか毎回行うとかの調整を行うのもいいかもしれない。 | ||
| + | * 今のところループをトリガーとする・ファイル書き込みが停止したら検知扱いにする・常駐アプリとしてショートカットで切り替え可能とする、というところかな。 | ||
| + | |||
| + | ---- | ||
| + | * サンプリング再生も導入を検討。 | ||
| + | * まず同じIFにWAVデータを書き込めるように準備してみる。 | ||
| + | * 次にtinywavで読み込み。 | ||
| + | * ピッチシフトやタイムストレッチも導入検討。 | ||
| * https:// | * https:// | ||
| - | * | + | * ただまずは読み込んだデータを再生するというのが大前提にあるのでそれだけ行う予定。 |
| + | |||
| + | ===== その他 ===== | ||
| + | * 明日から会社なのでそんなに無理しない1日にした。 | ||
| + | * すごいゆっくりしてた。 | ||
2024/07/15.1721022131.txt.gz · 最終更新: 2024/07/15 14:42 by machiaworx