We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2.6.20
3.9.0-rc.2
16.13.1
8.1.2
現状、recordedTmpを設定している場合、一旦、指定したパスにtsファイルが出力され、出力完了後、 recordedディレクトリ以下にコピー&deleteを行っていると思います。 しかし、この仕様だと、コピー&delete中に録画している番組があると、その番組は、コピー&delete中にdropが起きてしまいます。 そのため、録画を行っていないタイミングでrecordedTmpの処理を行わせられる仕様にしたいのですが、難しいでしょうか?
ちなみにこれはおそらく性能的な問題っぽいです。 うちでは、NAS(SSのbackup-server)を録画ファイルの保存先として指定しています。 見た感じですが、dropが発生するタイミングはやはりrecordedTmpの処理が起きるタイミングで、CPU使用率が上がってLoad Averageもあがっているようです。
The text was updated successfully, but these errors were encountered:
現時点で開発のリソースの余裕がないので、直近で対応する予定はありません。
Sorry, something went wrong.
私は別の目的ですが、EPGstaionで録画したファイルをバッチでEPGstation管理外のディスクへ移動しています。 その際、移動したファイルはEPGstationから参照できなくなるため、対処として移動先ファイルへのシンボリックリンクをEPGstation配下に残す様にしました。
同様の考えで、recordedTmpは使用せず現在recordedTmpで指し示している場所に直接録画します。 あとはrsyncなどを使用してレート制御した上でNASに移動。EPGstationの録画ファイルがあった場所にNASへのシンボリックリンクを残す、でご要望が実現できるのではないでしょうか? 問題は、EPGstationから録画ファイルを削除しても、シンボリックリンクだけが削除されNASには残ります。 シンボリックリンクが削除されNASにだけ残っているファイルをゴミ掃除するバッチも作ればなんとかこれも解消です。
(追記) 録画が完了したファイルかどうかは、録画完了時に呼ばれるシェル内で識別情報を残すことで確認できるようになります。
No branches or pull requests
環境
2.6.20
3.9.0-rc.2
16.13.1
8.1.2
Issue
現状、recordedTmpを設定している場合、一旦、指定したパスにtsファイルが出力され、出力完了後、
recordedディレクトリ以下にコピー&deleteを行っていると思います。
しかし、この仕様だと、コピー&delete中に録画している番組があると、その番組は、コピー&delete中にdropが起きてしまいます。
そのため、録画を行っていないタイミングでrecordedTmpの処理を行わせられる仕様にしたいのですが、難しいでしょうか?
ちなみにこれはおそらく性能的な問題っぽいです。
うちでは、NAS(SSのbackup-server)を録画ファイルの保存先として指定しています。
見た感じですが、dropが発生するタイミングはやはりrecordedTmpの処理が起きるタイミングで、CPU使用率が上がってLoad Averageもあがっているようです。
The text was updated successfully, but these errors were encountered: