Podsync youtube podcast 変換 hosting 自前サーバー

Podsyncとういソフトウェアがあります。

Youtube動画をPodcast形式に変更して配信可能で大変便利です。

Linuxでの運用なので敷居が高いわけですが、便利なので導入しました。

運用方法をメモしておかないと忘れるので。

また、クライアント側、スマホで使っているソフトはAndroidなので、Podcastaddictにしています。

結論1.グローバルIPがブラックリスト入り

一気にリクエストするとyoutubeにブラックリスト登録されてしまうようです。

IPアドレスをブロックされないように、12時間ごと、5つくらいまで。
節度を持って運用します。

podsync自体がもともとwebサービスだったのがyoutube側からブロックされたため、自前で運用しているわけですから。

結論2.youtube-dlのバージョンアップ

youtube-dlのバージョンが古いとファイルのダウンロードができないことがありました。

podsyncはDockerで運用するのですが、バージョンによって動作しないことがあったので、以前のバージョン(v2.0)のyoutube-dlだけをアップデートして移植する必要がありました。

最新latestのDockerイメージを使える環境にすべきかもしれません。

 

今までの経緯

2021-05-25 05:30:21 dockerをいじってyoutube-dlだけを更新。復活。

dockerをいじっていたのでそれなりに慣れてきました。

コンテナ内でコマンド実行する。

docker attach コンテナ名

docker exec -it コンテナ名 /bin/bash

Dockerコマンド(確認編)

docker image ls

テスト環境側

REPOSITORY TAG IMAGE ID CREATED SIZE

mxpv/podsync latest イメージID 7 months ago 107MB

mxpv/podsync v2.2 イメージID 13 months ago 107MB

mxpv/podsync v2.0 イメージID 16 months ago 107MB

hello-world latest イメージID 2 years ago 1.84kB

テスト環境でのlatest が起動しませんでした。

途中でpodsyncが停止してしまいます。

本番環境側

REPOSITORY TAG IMAGE ID CREATED SIZE

mxpv/podsync latest イメージID 16 months ago 107MB

hello-world latest イメージID 2 years ago 1.84kB

つまり、Createdの所で見ると、16 months ago で揃っています。

テスト環境をv2.0で起動した所、正常起動しました。ダウンロードは404で失敗しますが

テスト環境

xpv/podsync:latest が起動しない。と言うか途中で停止する。

mxpv/podsync:v2.0

これなら起動しました。

docker stats

CONTAINER ID NAME CPU % MEM USA

GE / LIMIT MEM % NET I/O BLOCK I/O PIDS

コンテナID bold_lichterman 0.00% 4.285MiB / 1.12GiB 0.37% 15.7kB / 3.68kB 0B / 0B 10

docker exec コンテナID youtube-dl –version

2020.01.24

つまり一年前のyoutube-dl を使っていたわけです。v2.0のイメージでは。

youtube-dl –version

2021.05.16

つまり、Dockerではなく、物理マシン本体では2021年の5月バージョンなのです。

Dockerじゃなくて物理マシンからyoutube-dlをたたくとダウンロードできました。

しかし、lagtestのイメージだとだと途中しています。

Podsyncの最新バージョン確認

現在v2.4.0が最新です。latestを起動してで確認します。(podsyncはとちゅで停止しますが。)

docker exec イメージID youtube-dl –version

2021.05.16

なるほど最新ならバージョンは問題ありません。けど起動してくれません。

よって、Docker自体のアップデートをしてみました。

docker –version

Docker version 19.03.8, build afacb8b7f0

以下、いくつか参考にしたところです。

Dockerのバージョンアップ

sudo apt-get upgrade docker-engine

Dockerアップグレード

Ubuntu 18.04 LTS Docker をインストールする

 

コマンド実行

apt-get install docker-ce docker-ce-cli containerd.io

(データベースを読み込んでいます 現在 1630017 個のファイルとディレクトリがインストールされています。)

・・・・・・・更新完了後、

docker –version

Docker version 20.10.6, build 370c289

最新になったのは間違いないかと。

しかし、この状態でもlatestが起動しませんでした。

V2.1を試すと起動しました、v2.0と同様です。

それ以上のバージョンは起動しませんでした。

podsync binary を使って動かそうとも考えましたが環境に依存しないDockerの方がいいかなと。

一応バイナリで動かそうと調べたところです。

結果、Dockerコンテナの中身を改造。することにしました。

 

v2.0を起動して。

docker stats

CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS

コンテナID silly_dhawan 0.00% 2.961MiB / 1.12GiB 0.26% 509kB / 36.5kB 86MB / 0B 10

docker exec コンテナID youtube-dl –version

2020.01.24

一年以上前のバージョンを使っているようです。

よって、コンテナに対してyoutube-dlのアップデートしようとしました。

docker exec コンテナID youtube-dl –update

docker exec コンテナID pip install -U youtube_dl

OCI runtime exec failed: exec failed: container_linux.go:367: starting container process caused: exec: “pip”: executable file not found in $PATH: unknown

docker exec コンテナID brew install youtube-dl

OCI runtime exec failed: exec failed: container_linux.go:367: starting container process caused: exec: “brew”: executable file not found in $PATH: unknown

まあそうだよね。brewpipも入ってないからね。

 

docker exec コンテナID wget https://yt-dl.org/downloads/latest/youtube-dl -O /usr/local/bin/youtube-dl

Connecting to yt-dl.org (95.143.172.170:443)

Connecting to yt-dl.org (95.143.172.170:443)

wget: bad address ‘github.com’

wgetでもダウンロードできませんでした。

よって、

コンテナにファイルを転送

docker exec -it コンテナID sh

でコンテナの中に入れました。

ホストマシンでyoutube-dl本体をダウンロードします。

wget https://yt-dl.org/downloads/latest/youtube-dl

docker cp [オプション] ローカル・パス|- コンテナ:パス

docker cp ./youtube-dl コンテナID:/home/youtube-dl

homeに転送しました

 

/home # youtube-dl -U

Updating to version 2021.05.16 …

Updated youtube-dl. Restart youtube-dl to use the new version.

/home # youtube-dl –version

2021.05.16

最新バージョンに更新されたので、この状態をコミットで保存します。

docker commit コンテナID mxpv/podsync:v2.0_20210524

参考。今入っているコンテナ

docker exec -it コンテナID sh

 

docker imagesで確認します。

REPOSITORY TAG IMAGE ID CREATED SIZE

mxpv/podsync v2.0_20210524 コンテナID 11 seconds ago 110MB

新しく出来た mxpv/podsync:v2.0_20210524

をつかって起動。

OKダウンロードできたようです。

Dockerイメージを別サーバへ移行します。

つまり本番環境に持っていきます。

docker save mxpv/podsync:v2.0_20210524 > ./tmppodsync.tar

できたtmppodsync.tarをFTPで本番環境にもっていきました。

本番環境。

docker load < tmppodsync.tar

Loaded image: mxpv/podsync:v2.0_20210524

v2.0_20210524

c# docker images

REPOSITORY TAG IMAGE ID CREATED SIZE

mxpv/podsync v2.0_20210524 イメージID 2 hours ago 110MB

こちらのイメージを使って本番環境で運用すればOKです。

 

とはいえ、Dockeのlatest最新イメージを起動できるようにすべきかもしれないですが。

 

2021-05-22 06:46:03 404 Not found.原因が分からない。
/* 

time="2021-05-21T20:13:20Z" level=error msg="youtube-dl error: [youtube] xxxxxxxx: Downloading webpage
\n[youtube] xxxxx: Downloading video info webpage
\nWARNING: unable to download video info webpage: HTTP Error 404: Not Found
\nWARNING: unable to download video info webpage: HTTP Error 404: Not Found
\nWARNING: unable to download video info webpage: HTTP Error 404: Not Found
\nWARNING: unable to download video info webpage: HTTP Error 404: Not Found
\nERROR: xxxxx: YouTube said: Unable to extract video data
\n" episode_id=xxxxx error="failed to execute youtube-dl: exit status 1" index=0
time="2021-05-21T20:13:20Z" level=error msg="failed to get episode file size" episode_id=xxxx error="stat /xxxxxxxx: no such file or directory" index=0

 */

グローバルIPを変更してみてもダメ。

CE
xxx.xxx.xx.164

C1
xxx.xxx.xx.126

C2
xxx.xxx.xx.55

APIキーを変更してもダメ。メッセージは同じと言う状況です。

 

原因は今のところ不明なので、時間がある時また考えます。

 

2021-05-20 19:45:55 動作状況的に制限がかかっているのは間違いない。

 

色々調べたけれど、 page_size = 5

これを間違えて page_size = 50 にしていた箇所がありました。

これは不味い。5に戻したのと、幾分必要ない分を減らしました。

太平洋時間(PT)の0時にリセットされるらしいです。

つまり日本時間の17時でしょうか。

今の時間はこちらかな。

調べた内容記録。

クォータの使用量
プロセスのkill
pkill

pgrep -fl podsync
1070 sh
1143 sh
1173 docker
3671 podsync

消費クォータ

2021-02-18 21:48 もしかして更新中はサーバーにアクセスできないのかも?

 

いや、そうでもないな。

これはPodsync側の問題かもしれない。

アンドロイド端末再起動して検証

 

2021-02-18 21:44:18 グローバルIP変更でダウンロード可能に

youtube-dl https://www.youtube.com/watch?v=JHuZeAoj2LY -f “bestvideo[ext=mp4]+bestaudio[ext=m4a]/best[ext=mp4]”

ERROR: Unable to download webpage: HTTP Error 429: Too Many Requests

https://qiita.com/jun50/items/abf067b382ba819cbbd0
なるほどIPアドレスでブロックされたようです。

つまりルーターの再起動でipアドレスを変えてみます。

現在のグローバルIP
https://www.cman.jp/network/support/go_access.cgi
160.13.194.160

ルーター再起動
変わってないな。

https://note.com/6maru/n/ncb4cf9ad9b55

Macアドレスを変える方法があるようだ。

最後の一文字をEからFとかに変更

HUAWEI WiFi WS5200の方で設定したけど、いや、これは無線ルーターだから意味ないかも。

両方再起動して変更確認。

ERROR: JHuZeAoj2LY: YouTube said: Invalid parameters.

だけど表示されるエラー内容が変わりました。

configを節度を持った設定に。要は12時間ごと位に。

ダウンロード成功。
なるほど。無駄なことをやっていたなと。

まあ、brewは何か役に立つこともあるかもしれないけど、ディスク容量は無駄に消費した。

/dev/sda1 71G 58G 9.1G 87% /

また考えるしかないけど。

 

2021-05-20 18:13:36 ルーターのMacアドレス変更画面記録

 

何が原因か分かりませんが再びダウンロード不能になっている気がします。

もしかしてまたIP制限に引っかかったのかもしれないので一応記録しておきます。

youtubeの仕様変更でyoutube-dlが使えなくなったのかもしれないです。

バージョンアップをすればOKなのかも?

 

 

2021-02-18 18:48:42 ffmpegのインストールに入ったようだ。緑色の所の依存関係もインストールするらしい。多いって!!

 

2021-02-18 18:01:28  brew恐ろしくてまかかってます。

 

手間もかかるしディスク容量どうなんだといことで。

ディスク容量。
df -h
/dev/sdb1 71G 57G 11G 85% /

結構容量食っていますね。これ何とかしないとならないな。
しかし元が71GBしかないってのが問題なのかねと。

単にこれで足りると思って割り当ててないだけなんですが。

18:26分、既に一時間以上インストールコマンドが終わらない。

何か不安になって来るけど、放置して見守るしかありません。

トラブル対応に時間をかけるのは嫌ですし、他にしなきゃならんこともなるのにってやつです。

今日解決できなかったら一旦保留になってしまいます。

既に1GBディスク容量を消費したようです。

調べてみると数時間かかることも・・・とあるようなので。

2021-02-18 17:17:51 多分youtube-dlが動いていないと当たりを付けました。

podsyncが最近ダウンロードできないことに気が付きました。
多分youtube-dlが動いていないと当たりを付けました。

sh /opt/lampp/htdocs/personal/podsync/run.sh
みたいに実行したログを見て判断しています。

failed to execute youtube-dl: exit status 1
となっているからです。

youtube-dl –version
2016.02.22

随分と古い気がします。

しかし、コマンドでyoutube-dlでダウンロードできるか試してからでもいい気がしました。

とはいえアップデートしてみています。
https://t-pirori.blogspot.com/2019/12/youtube-dl-Update.html

 

It looks like you installed youtube-dl with a package manager, pip, setup.py or a tarball. Please use that to update.
パッケージマネージャーでインストールしていると。

その方法を調べていると、
http://nekomemo2.site/?eid=1655
他のところで検索してみたら、brewでインストールすると行けるとなっていたので、

brew install youtube-dl ffmpeg

brew 自体は行っていなかったので言われるままにインストール。

https://github.com/Linuxbrew/brew/blob/master/docs/Troubleshooting.md
brew update を2回やるとかあったような。

brew install youtube-dl ffmpeg

インストール中の様子。関連ソフトも含めて自動でやろうとしてくれていると思われます。

を実行中。勝手にパッケージをインストールして、管理してくれるはずと思っています。

あと、.configに自動アップデートを追加しておきました。何故かなかったので。
[downloader]
self_update = true # Optional, auto update youtube-dl every 24 hours
timeout = 15 # Timeout in minutes

あと、brewはソースからmakeしてmake installまでをコマンド一つでやってくれるという便利なやつなんだろうと思っています。

Homebrewとは?インストール方法や使い方をわかりやすく説明します

もやしの冷凍実験を比較してみましたよ

実は以前にももやしはそのまま冷凍できるという記事を見かけて実行したことがあったのですが、もやし特有の青臭さが強くなったのが好みでは無くてやめていました。

しかし、近くの業務スーパーのもやしは18円+税なので冷凍出来たら主に食費が格段に下がります。

実験用に買ってきたのは2袋で、そのまま、水洗い、さらに下茹で、さらに味付けと条件分けして冷凍することにしました。

下茹ですると明らかに量が減ってます。600Wの電子レンジで90度という温度設定で自動的に止まるまで加熱しています。

下味は手元にあった、だし醤油です。

早速冷凍して2日後に解凍なしでいきなり5分電子レンジ600Wで5分間加熱してみました。

まずは一番手間がかかっている「水洗い+下茹で+味付け」のもやしです。

結果は結構しんなりしていますが、食べると臭みは全くなく、それなりにシャキシャキ感も残っていました。

冷凍すると青臭さが増すと思っていたので、これでも駄目なら全部だめになるところでした。

次に何もしないで冷凍したもやしを同様に5分間加熱しました。

加熱している段階からやっぱり青臭いかなと思いました。

見た目のしゃっきり感は別に変ってないですね。

食べてみた感じだと、依然食べた時より青臭さがありません。プラスでしょうゆを書けたら全く気にならなくなりました。

なるほど以前は加熱が足りなかったんだと単純に分かったんですが、若干濃いめの味付けにする方が良さそうです。

そもそも、これでいいなら袋を分けるのも面倒だし、下茹でとかしないでいきなり冷凍で良かったのかもしれません。

ちゃんと加熱すれば普通に食えそうな気がします。

・袋ごと加熱→冷凍。

・加熱なしでそのまま冷凍

のどちらがいいのかというレベルかと。
理屈上、長期保存するなら酵素反応がなくなる加熱後の方がいいはずと思います。

 

 

スマートカメラ aiwit heimvision YIIOT レビュー 動作不良 経緯

スマートカメラ、ネットワークカメラ、wi-fiカメラ、トレイルカメラとFlashairなどいろいろ使ってきていますが、経緯です。

ーーー今までの経緯ーーー

2020年12月14日

以前から設置してあるスマートカメラの状況です。

今は宅急便のボックスの監視などに使っているやつです。

YIIOT→HeimVision スマートカメラ モニター付きインターホン 野外設置 

多分今使っているカメラはこれなんですが、しょっちゅう切断されるようになってきました。

HeimVision 防犯カメラ 300万画素 屋内/屋外用 ワイヤレス/WiFi ネットワークカメラ 双方向通話 暗視撮影 110度の超広角レンズの搭載 IP65防水 ios/android/windows対応 音声付き録画可能 ipカメラ HM31

そもそも一度初期不良だったみたいで新品に交換しているのですが、3か月くらいで再びトラブルのようです。

私のネットワークの環境の可能性もあるかもしれないのですが、かなりキツイ状況です。

あと、クラウドの無料期間が切れています。

課金しないと何も録画してくれないのですが、この状態で月7ドル近くかけたくないですね。

よってこのカメラの評価は2くらいです。今のところは。

2020-12-15(水)

どうも出先から全然繋がらないようです。

3ヶ月くらいで2度目の不具合報告が必要かもしれません。

様子を見るつもりですが安定しないですね。

このカメラはあまりおすすめ出来ません。

2020-12-18(金)

設定を少し変更しました。

要はSDカードに連続記録していたのですが、アラーム記録に変更しました。

結果接続エラーが無くなった気がします。

おそらくカメラデバイスのリソースが録画に取られて接続エラーが出ていたのかもしれません。

不可のかかる作業はきつかったのかと。

少しだけ評価見直す事になりますが、スマホからSD内の動画に直接アクセスする方法がなさそうなんです。

SD取り出すのはすごく面倒ですし。

何かいい方法あるのかなと。

2020-12-24(木)

カメラリセット、再接続しました。

かつ、SDカードの初期化も行いました。

結果、今の所安定接続されているようです。

つまり、動作を軽くしたわけです。

ちなみに初期化だけだとイマイチ安定しませんでした。

デバイスのパワーが結構低そうです。

一昔前のすぐに動作が遅くなるスマホの印象です。

そもそもスマホからSD内の動画を見る機能がなさそうです。

クラウドの利用料金を払わないと見れないのかもしれません。

といっても、ここまで不安定だと料金かけたくないですが。

2020-12-27(日)Sdカードフォーマットで安定接続可能になりました。

安定接続されています。

ただ、外部からSDの内容をリモートで見れないので、クラウドの費用をかけないとライブカメラとしてのみ使えている感じです。

ソーラー、かつパンチルトができるこちらを検討しているところです。

販売は塚本無線さん。見張り番PTSL1となっています。

型番はWTW-IPWDS1313SLでしょうか。

画素数は1920*1080なので、200万画素位でしょうか。

なるほど。商品ページをよく見ると34800円のようですね。

ちょっと高いですね。ソーラー9888円のにソーラーパネルを買って自作するとかも手間がかかりますしね。どうしたものか。

2020-12-18(月)パンチルト無しカメラ検討中

調べたパンチルト付きのカメラが高いようだったので、複数安いのを設置した方が良いのではないかと考え中です。

他のをいくつか検索してみました。

【2020最新型500万画素+32GTFカード付】 VANBAR 防犯カメラ wifi 1080P 屋外/屋内対応 ネットワークカメラ ワイヤレス 見守りカメラ

まだ詳しく調査していないですが1万ちょいなので導入しやすいです。

【ソーラーパネル付き電池式カメラ】Hiseeu防犯カメラ ワイヤレス 6000mAh 充電式 監視カメラ 200万画素 IP65防水 屋外対応 ネットワークカメラ 完全無線

類似2つ目Amazonのが圧倒的に安いです。

いや、ソーラーパネル別売ですね。

という事で、「VANBAR 防犯カメラ 」の方を購入したところです。

2020-12-31(木)VANBARネットワークカメラ到着、下準備中

新規で購入したカメラが到着しました。

現在充電中です。

外箱

開けた所

一番上にソーラーパネルがありました。

パネルと取った所

説明書の下にカメラ本体がりました。

付属品

接続はmicroUSBのようです

カメラ本体

microSD 32GB

差し込み口

バッテリーコネクタ端子

付属バッテリー

説明書

取り敢えずaiwitというアプリをインストール、ログインしました。

ユーザー登録にメールのアクティベートしないとログインしても落ちるようです。

何度か分からず手間取りました。

2021-01-01(金)heimlink記録しない設定に

Heimlinkの玄関のカメラですが、設定変更しました。

SDに記録してるとだんだん重くなるようなので。

記録してても契約していなければあとからスマホ経由でみれませんし。

録画再生はクラウドに。

SDに記録しない。

この状態でしばらく様子を見てみます。

2021-01-01(金)aiwit設置しました。

バッテリーは取り敢えずほぼ満タン。太陽光パネルでどこまで活動できるかです。

多分今頃は休眠状態のはず。

逆光です。よって右の温度計のメモリは見えないです。

14:12分現在バッテリー残量97%

カメラにアクセスした時点で録画開始されています。

1080Pでの録画となっているようです。

バッテリーを見ると充電中のマークとなっています。

詰まりたい恐慌パネルを接続して充電しています。

今の所窓越しではありますあ、日が当たっています。

Wi-Fiの強度を示すアンテナは1つしかないので強くはないです。

が、接続は可能のようです。

このカメラはスマホからアクセスすると自動で録画開始されてしまうのかもしれません。

まだ分かりませんが、動作は軽いまま行けるのでしょうか?

どうもPC版のアプリとかWebとかなさそうだったので、NOXのアンドロイドエミュレーターにaiwitをインストールして接続してみました。

これが16:20分ごろだったのですが、バッテリー残量は97%のままでした。

なるほど。太陽光発電で充電中のはずですが、2時間ではそんなに期待できないかと。そもそも曇りとか夜間だとか、バッテリーを消費するだけになりますしね。

17:21分。バッテリーは98%になっていましたし、一応角度によっては温度計も読み取れるかもしれません。

そう頻繁にチェックしても仕方がないですが。

2021-01-02(土)一晩経ってバッテリー残量

バッテリー残量96%でした。2%減ったくらいでしょうか。という事は太陽光発電で2%充電してくれれば無限に放置できるかもしれないです。

2021-01-04バッテリーの充電が間に合ってないです。

バッテリー89パーセントになっています。

太陽光充電してても間に合わないようです。

しかし、結構繋がっていなかったです。

Wifi電波が弱いですね。

中継器調整して接続が安定したらバッテリーの減りも少なくなるかもしれません。

中継器の位置を調整しました。

どうなんでしょうね。

電波安定して安定接続してくれればいいですが。

2021-01-07(木)試した中では一番マシ。

数日テストしてみましたが、バッテリー残量は81まで減っています。

しかし、天気のいい日で、且つ頻繁にアクセスしなければバッテリー残量は増えていくようです。

そもそも窓ガラス越しですし、いまいち充電状況が悪い状態で何とかなっているのかなと。

2021-01-09(土)ソーラーパネル野外設定検討

バッテリー残量73パーセントでした。やはり充電が追いつきません。

窓越しだとかなり光量が落ちますので。

2021-01-11(月)

野外の方が当然明るいため。

これで充電が間に合うか試します。

現在バッテリー残量71パーセントです。

2021-01-14(木)充電80%十分間に合うようです

今確認したところ、80%まで充電されていました。

一時は70%を切っていましたがこれなら完全方で十分稼働してくれそうです。

後は欲しい情報、水温計の内容をリモートから読み込めないか試します。

最初からこれを試せばよかったです。

今の設置環境では逆光で読めませんので。

2021-01-16(土)ソーラーパネルだけ野外に置くならパススルーバッテリーを検討できるか?

野外にソーラーパネルを置くなら充電は間に合うようです。

なら、モバイルバッテリーに充電して、充電しながら給電すればいいかなと。

パススルー方式のバッテリーにソーラーパネルから給電すれば可能かと。

とりあえずこのカメラの消費電力を確認しようかと。

2021-02-09(火)heimlinkのソフトがアップデートされたようなので。

パッと見SDカードの中を見れるようにたったようなので。

アラーム録画と通知設定、通知エリアを設定しました。

これで暫く様子を見ます。