変更の種類

• [x] 改善・リファクタリング（機能は追加されないが、動作やコードを改善する破壊的でない変更）

チェックリスト:

• [x] 開発資料 と データベース設計 は読みましたか？
  • もともと自分用のメモですが、このプロジェクトの開発方針や設計などが記載されています。開発時の参考にしてください。
• [x] Git のコミットメッセージは開発資料に記載のフォーマットになっていますか？（重要）
  • このプロジェクト上のコミットメッセージは、基本的に全てこのフォーマットに従って記述されています（文字数は問いません）。
  • 正しいフォーマットになっていない場合、force push で必ずコミットメッセージを変更してから送信してください。
• [x] このプロジェクトのコーディング規約に従ったコードになっていますか？
  • コーディング規約は開発資料に記載されています。
  • そもそもコーディング規約と言えるほど大層なものではありませんが、一度目を通しておいてください。
• [x] プルリクエストは master ブランチに送信されていますか？
  • release ブランチはリリースした時にしか更新されません。必ず master ブランチに送信してください。

説明

パスの記述が重複してましたので相対化しました。(WORKDIRを実行した時点でディレクトリが存在しなければ生成されるので先にWORKDIRを実行したほうがよいかと思われます) dockerイメージ単体で利用した際アプリケーションのバージョンとあったconfigファイルがコンテナ側から取得できると便利なためコンフィグファイルをコンテナに追加しました。

動機とコンテキスト

変更の種類

• [x] 新しい機能の追加
• [x] 改善・リファクタリング（機能は追加されないが、動作やコードを改善する破壊的でない変更）

チェックリスト:

• [x] 開発資料 と データベース設計 は読みましたか？
  • もともと自分用のメモですが、このプロジェクトの開発方針や設計などが記載されています。開発時の参考にしてください。
• [x] Git のコミットメッセージは開発資料に記載のフォーマットになっていますか？（重要）
  • このプロジェクト上のコミットメッセージは、基本的に全てこのフォーマットに従って記述されています（文字数は問いません）。
  • 正しいフォーマットになっていない場合、force push で必ずコミットメッセージを変更してから送信してください。
• [x] このプロジェクトのコーディング規約に従ったコードになっていますか？
  • コーディング規約は開発資料に記載されています。
  • そもそもコーディング規約と言えるほど大層なものではありませんが、一度目を通しておいてください。
• [x] プルリクエストは master ブランチに送信されていますか？
  • release ブランチはリリースした時にしか更新されません。必ず master ブランチに送信してください。

説明

簡単な内容しか記載できていませんが、とりあえずDockerイメージをGitHub packagesに登録するymlを作成しました。 お役に立てば幸いです。

動機とコンテキスト

将来的に下記の様に中級者がより簡易になおかつ早く環境構築できるようなプロジェクトを別途作成したいです。(個人的な要望です。本家に取り込んでもらいたいという意図ではありません。) https://github.com/l3tnun/docker-mirakurun-epgstation

変更の種類

• [ ] 不具合の修正
• [ ] 新しい機能の追加
• [x] 改善・リファクタリング（機能は追加されないが、動作やコードを改善する破壊的でない変更）

チェックリスト:

• [x] 開発資料 と データベース設計 は読みましたか？
  • もともと自分用のメモですが、このプロジェクトの開発方針や設計などが記載されています。開発時の参考にしてください。
• [x] Git のコミットメッセージは開発資料に記載のフォーマットになっていますか？（重要）
  • このプロジェクト上のコミットメッセージは、基本的に全てこのフォーマットに従って記述されています（文字数は問いません）。
  • 正しいフォーマットになっていない場合、force push で必ずコミットメッセージを変更してから送信してください。
• [ ] このプロジェクトのコーディング規約に従ったコードになっていますか？
  • コーディング規約は開発資料に記載されています。
  • そもそもコーディング規約と言えるほど大層なものではありませんが、一度目を通しておいてください。
• [x] プルリクエストは master ブランチに送信されていますか？
  • release ブランチはリリースした時にしか更新されません。必ず master ブランチに送信してください。

※コーディング規約にDockerfileについて記載がないためチェックをつけていません。.editorconfigは守れてるはずです。

説明

ちょっとDockerfileの書き方解説のような部分もあるので長くなります。変更点は大きく以下の3点です。

1. マルチステージビルドの導入
2. 構成順序の変更
3. クライアントのビルドを追加

元の Dockerfile では ADD ./ /code が最初の方にあるため、ソースコード全体のどこかが変更されただけでそれ以降のレイヤーキャッシュが無効になっていました。また、ダウンロード＆展開のためにaria2やxzなどサーバの実行に必要のないツールがインストールされていました。Docker イメージはADD とか RUN のコマンドごとにレイヤーが構成されるため、あとで削除しても全体のイメージサイズは削減できません。 そこで、1. のマルチステージビルドを導入し、ダウンロード＆展開は別ステージのイメージで行い、成果物だけを最終的な実行イメージにコピーする形にしました。3. で追加したクライアントのビルドも、node.jsなどを別ステージのイメージでインストール（というかベースイメージから取ってきてますけど）しているので、最終的な実行イメージには.htmlや.jsなどの必要なもの以外含まれません。ちなみに、マルチステージビルドになっていると、buildx をインストールすることで並列ビルドをすることもできます（各ステージを並列にビルドしていく）。

また、2. の構成順序の変更というのは、docker build するとき、Dockerfile の上から順に見ていって、以前ビルドしたことがあるコマンドだけの場合（COPY/ADDの場合はコピーされるファイルに変更がない場合）、以前ビルドした際のレイヤーを使いまわします（レイヤーキャッシュ）。基本的には変更されにくいものを上に、変更されやすいものを下に書いていくと良いです。 例えば、ダウンロードではAMDのライブラリはそれほど更新されないですが、サードパーティライブラリはリリースごとには更新されます。なので、AMDのライブラリが先に処理するように変更しました。 また、yarn コマンドによる node_modules の作成や pipenv sync などでインストールされる依存ライブラリが変更になることはアプリケーションの更新に比べて頻度が低いはずです。そこで、依存パッケージ管理に使われるファイル（Pipfile, Pipfile.lock, package.json, yarn.lock）だけをCOPYし、依存パッケージのインストールを行い、その後あらためてアプリケーション全体のコピーを行っています。

動機とコンテキスト

既存の Dockerfile ではビルド時のレイヤーキャッシュが効かないような書き方になっており、コードの変更がある度に docker build で各種ダウンロードなどが走って非効率的であったため、改善した。 また、client ディレクトリ以下が事前に yarn build してあることが前提になっており、更新忘れが発生する可能性があったので、docker 内でクライアントもビルドするようにした。

環境

$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux 11 (bullseye)
Release:	11
Codename:	bullseye

$ uname -a
Linux docker-test 5.10.0-19-amd64 #1 SMP Debian 5.10.149-1 (2022-10-17) x86_64 GNU/Linux

$ ls /dev/dri/
by-path  card0  renderD128

$ docker -v
Docker version 20.10.5+dfsg1, build 55c4c88

$ docker-compose -v
docker-compose version 1.29.2, build unknown

問題

docker-compose up -d

すれば、ビルドされ、立ち上がるはずですが、 LAN内の他のマシンからtcp7000ポートにhttpでアクセスすると、KonomiTVが開くはずが、開きません。 試しに、curlでlocalhost:7000でこのサーバ自身にアクセスさせましたが、やはり以下の通り変わらず…

$ curl localhost:7000
Client sent an HTTP request to an HTTPS server.

修正した設定箇所を提供します。

$ diff config.yaml config.example.yaml
8c8
<         'backend': 'Mirakurun',
---
>         'backend': 'EDCB',
17c17
<         'mirakurun_url': 'http://192.168.0.107:40772/',
---
>         'mirakurun_url': 'http://localhost:40772/',
80,81c80
<         #'upload_folder': 'E:\TV-Capture',
<         'upload_folder': '/',
---
>         'upload_folder': 'E:\TV-Capture',
95c94
< }
---
> }

$ diff docker-compose.yaml docker-compose.example.yaml
28c28
<         source: './rootfs/'
---
>         source: '/'

はじめまして、このたびコチラのアプリを使わせてもらおうとdockerで導入を試みましたが 起動するもののWebUIが見えないのでフォローいただけないでしょうか。 そのままでは明らかに動かなかったので以下の点を書き換え(読み替え)ました。

環境

OS: Ubuntu20.04 server Mirakurun: 3.9.0-rc.2(Standby)

読み替え、書き換え箇所

1. docker-compose では バージョン古いと怒られて通らなかったので docker compose でビルド
2. config.yaml : backend を Mirakurun ( 合わせてmirakurun_urlも書き換えました
3. config.yaml : encoder を FFmpeg に （ サーバ機にHWエンコーダがないため
4. docker-compose.yaml の device セクションをコメントアウト （上記同様

この状態で ⠿ Container KonomiTV Started まで通りますが、HTTPにアクセスすると Client sent an HTTP request to an HTTPS server. と怒られ、 HTTPSアクセスするとchrome がERR_SSL_UNRECOGNIZED_NAME_ALERT を吐きます。

エラー見る限り、SSL周りのなにかが問題なのかなと推測はするのですが、pythonがエラーを吐いているのも気になります。

docker logsの結果を貼っておきます。

# docker logs KonomiTV
Success upgrade 0_20210731012247_init.sql
Success upgrade 1_20210810032104_update.sql
Success upgrade 2_20210822031531_update.sql
Success upgrade 3_20210829063149_update.sql
Success upgrade 4_20210903095040_update.sql
Success upgrade 5_20210917083320_update.sql
Success upgrade 6_20220129130828_update.sql
Success upgrade 7_20220426131443_update.sql
Success upgrade 8_20220427154401_update.sql
Success upgrade 9_20220810033000_update.sql
[2022/10/01 02:16:38] INFO:     Started server process [1]
[2022/10/01 02:16:38] INFO:     Waiting for application startup.
[2022/10/01 02:16:38] INFO:     Channels updating...
[2022/10/01 02:16:38] INFO:     Channels update complete. (0.255 sec)
[2022/10/01 02:16:38] INFO:     Programs updating...
[2022/10/01 02:16:40] ERROR:    Traceback (most recent call last):
  File "/code/server/app/models/Program.py", line 399, in updateFromMirakurun
    'middle': ariblib.constants.CONTENT_TYPE[genre['lv1']][1][genre['lv2']].replace('／', '・'),
KeyError: 0

[2022/10/01 02:16:40] INFO:     Programs update complete. (1.069 sec)
[2022/10/01 02:16:40] INFO:     Application startup complete.
[2022/10/01 02:16:40] INFO:     Uvicorn running on http://127.0.0.77:7010 (Press CTRL+C to quit)
[2022/10/01 02:31:40] INFO:     Channels updating...
[2022/10/01 02:31:40] INFO:     Channels update complete. (0.281 sec)
[2022/10/01 02:31:40] INFO:     Programs updating...
[2022/10/01 02:31:41] ERROR:    Traceback (most recent call last):
  File "/code/server/app/models/Program.py", line 399, in updateFromMirakurun
    'middle': ariblib.constants.CONTENT_TYPE[genre['lv1']][1][genre['lv2']].replace('／', '・'),
KeyError: 0

[2022/10/01 02:31:41] INFO:     Programs update complete. (1.382 sec)

Mirakurunまわりでエラーが出ているようにも見えたのでコンテナからMirakurunAPIを叩いてみたところ channelsなどは正常にとれているようです。

KonomiTV: Kind and Optimized Next On-broadcasting watching and Management Infrastructure for TV

これでは何をするためのプログラムか分からないと思います。あとKind and Optimizedって何でしょう・・・？英語として自然ではないと思います。 サーバーに使えるPCがなく、まだ試していませんが、これはnasneのPC TVのような、日本のテレビを視聴するためのアプリですよね？

ベストな表現かどうかは分かりませんが、このような文でどうでしょう？ 以下をくっつけて一つの文にしました。

• セルフホスト
• ストリーミングサーバー
• 日本のテレビの視聴
• どこでも使える

KonomiTV: Self-hosted streaming server for watching Japanese TV anywhere.

あるいは無理に英語にしなくても日本に住んでる方向けのアプリなので日本語で良いのではないでしょうか。 READMEも現状日本語だけですし。

概要

NVencCのエンコードが開始されない /code/server/thirdparty/NVEncC/NVEncC.elf: error while loading shared libraries: libcuda.so.1: cannot open shared object file: No such file or directory

環境

• OS Docker

• branch master(Commit Hash:65eb5e9baea89629cf36270a63c7b6ad871c2cc2)

備考

.github/workflowを確認すると、Linux環境のThirdPartyがUbuntu 20.04のものを使用しているようです。 Dockerfileのbase imageはUbuntu 22.04ですので、ここが原因と思われます。

変更の種類

• [ ] 不具合の修正
• [ ] 新しい機能の追加
• [x] 改善・リファクタリング（機能は追加されないが、動作やコードを改善する破壊的でない変更）

チェックリスト:

• [x] 開発資料 と データベース設計 は読みましたか？
  • もともと自分用のメモですが、このプロジェクトの開発方針や設計などが記載されています。開発時の参考にしてください。
• [x] Git のコミットメッセージは開発資料に記載のフォーマットになっていますか？（重要）
  • このプロジェクト上のコミットメッセージは、基本的に全てこのフォーマットに従って記述されています（文字数は問いません）。
  • 正しいフォーマットになっていない場合、force push で必ずコミットメッセージを変更してから送信してください。
• [x] このプロジェクトのコーディング規約に従ったコードになっていますか？
  • コーディング規約は開発資料に記載されています。
  • そもそもコーディング規約と言えるほど大層なものではありませんが、一度目を通しておいてください。
• [x] プルリクエストは master ブランチに送信されていますか？
  • release ブランチはリリースした時にしか更新されません。必ず master ブランチに送信してください。

説明

Dockerfile にて、以下の変更が行われています。

• Docker イメージのビルド時にしか使用しないパッケージを最後に削除するようにしました。
• Docker イメージ内に locale をインストールするのは一般的ではなく、また、コンテナ内での作業をすることは稀であるため、ja_JP ロケールのインストールをしないようにしました。

動機とコンテキスト

• Docker イメージのビルド時間、および Docker Hub 等への push 時の時間を短縮するため。
• Docker イメージの大きさを節減するため。

開発ありがとうございます。一つ改修のお願いがあります。 CS等で一つのチャンネルで複数のサービスがある場合、”サービス1”しか映像が表示できません。 例： TSID 0x7100 (28928) NID 0x0007 (7) スカパー！　ＣＳ２ サービス1 (ＳＫＹ　ＳＴＡＧＥ) : SID 0x0122 (290) / Type 0x01 PMT : PID 0x040e (1038) 映像1 : PID 0x100e (4110) / stream type 0x02 (MPEG-2 Video) / component tag 0x00 音声1 : PID 0x104e (4174) / stream type 0x0f (AAC) / component tag 0x10 字幕1 : PID 0x1c13 (7187) / component tag 0x38 データ1 : PID 0x1e01 (7681) / component tag 0x40 PCR : PID 0x0a0e (2574) ECM1 : PID 0x060e (1550) / CA system ID 0x05 サービス2 (ＡＸＮ　海外ドラマ) : SID 0x0137 (311) / Type 0x01 PMT : PID 0x0401 (1025) 映像1 : PID 0x1001 (4097) / stream type 0x02 (MPEG-2 Video) / component tag 0x00 音声1 : PID 0x1041 (4161) / stream type 0x0f (AAC) / component tag 0x10 字幕1 : PID 0x1c23 (7203) / component tag 0x38 データ1 : PID 0x1e03 (7683) / component tag 0x40 PCR : PID 0x1001 (4097) ECM1 : PID 0x0601 (1537) / CA system ID 0x05 サービス3 (ＡＸＮミステリー) : SID 0x013c (316) / Type 0x01 PMT : PID 0x0402 (1026) 映像1 : PID 0x1002 (4098) / stream type 0x02 (MPEG-2 Video) / component tag 0x00 音声1 : PID 0x1042 (4162) / stream type 0x0f (AAC) / component tag 0x10 字幕1 : PID 0x1c23 (7203) / component tag 0x38 データ1 : PID 0x1e03 (7683) / component tag 0x40 PCR : PID 0x1002 (4098) ECM1 : PID 0x0602 (1538) / CA system ID 0x05 サービス4 (スペシャプラス) : SID 0x0141 (321) / Type 0x01 PMT : PID 0x0404 (1028) 映像1 : PID 0x1004 (4100) / stream type 0x02 (MPEG-2 Video) / component tag 0x00 音声1 : PID 0x1044 (4164) / stream type 0x0f (AAC) / component tag 0x10 データ1 : PID 0x1e03 (7683) / component tag 0x40 PCR : PID 0x1004 (4100) ECM1 : PID 0x0604 (1540) / CA system ID 0x05 サービス5 (ＡＴ−Ｘ) : SID 0x014d (333) / Type 0x01 PMT : PID 0x040f (1039) 映像1 : PID 0x100f (4111) / stream type 0x02 (MPEG-2 Video) / component tag 0x00 音声1 : PID 0x104f (4175) / stream type 0x0f (AAC) / component tag 0x10 字幕1 : PID 0x120f (4623) / component tag 0x30 字幕2 : PID 0x1c02 (7170) / component tag 0x38 データ1 : PID 0x1e01 (7681) / component tag 0x40 PCR : PID 0x0a0f (2575) ECM1 : PID 0x060f (1551) / CA system ID 0x05 サービス6 (ＢＢＣワールド) : SID 0x0161 (353) / Type 0x01 PMT : PID 0x0405 (1029) 映像1 : PID 0x1005 (4101) / stream type 0x02 (MPEG-2 Video) / component tag 0x00 音声1 : PID 0x1045 (4165) / stream type 0x0f (AAC) / component tag 0x10 字幕1 : PID 0x1c01 (7169) / component tag 0x38 データ1 : PID 0x1e03 (7683) / component tag 0x40 PCR : PID 0x1005 (4101) ECM1 : PID 0x0605 (1541) / CA system ID 0x05

上記のストリームの場合、AT-Xを選択しても、サービス1のＳＫＹ　ＳＴＡＧＥしか映らない

よろしくおねがいします。

変更の種類

• [ ] 不具合の修正
• [x] 新しい機能の追加
• [ ] 改善・リファクタリング（機能は追加されないが、動作やコードを改善する破壊的でない変更）

チェックリスト:

• [x] 開発資料 と データベース設計 は読みましたか？
  • もともと自分用のメモですが、このプロジェクトの開発方針や設計などが記載されています。開発時の参考にしてください。
• [x] Git のコミットメッセージは開発資料に記載のフォーマットになっていますか？（重要）
  • このプロジェクト上のコミットメッセージは、基本的に全てこのフォーマットに従って記述されています（文字数は問いません）。
  • 正しいフォーマットになっていない場合、force push で必ずコミットメッセージを変更してから送信してください。
• [x] このプロジェクトのコーディング規約に従ったコードになっていますか？
  • コーディング規約は開発資料に記載されています。
  • そもそもコーディング規約と言えるほど大層なものではありませんが、一度目を通しておいてください。
• [x] プルリクエストは master ブランチに送信されていますか？
  • release ブランチはリリースした時にしか更新されません。必ず master ブランチに送信してください。

説明

VCEEncC 7.06 ( ただし不具合があるので 7.07 が推奨 ) で追加した --vpp-yadif の 60fps 化機能を使用して、VCEEncC でも 1080p-60fps で動作可能なよう変更します。

下記のように現実的な GPU 使用率で動作可能なことを確認しました。

環境: Win11 + R9 5950X + Radeon RX460

動機とコンテキスト

VCEEncC のみ、60fps モードに非対応な状況を改善したいと考えております。

Bumps loader-utils from 1.4.1 to 1.4.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.