Linuxでテレビ総合スレ 避難所 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
誰かが直接イチャモン付け始める前に拾っといたほうがいいかな
そのうち消えそうだw GPLなら再配布自由だろ
sha256sum
b92f1141fe6989207c81eb892f68c3eeb38ec9ee8c04ca5a0dfa0d9cc3e02534 *CentOS7-1708_32bit_kernel3.10.0-693.zip
f4258890e1c11e2d500ee83f3d9a1bc9a537b570572cdbc102b9be4b86741835 *CentOS7-1708_64bit_kernel3.10.0-693.zip
9e3791f84cd5b6664c0ee6e2bcd77f21c3d13016d752df0ac9e634084d0f2204 *Debian8.0.0_32bit_kernel3.16.0-4.zip
cb5611f63937dbecfda2691843a0dc5efa345abd0832aefe6ba0360c7e94357e *Debian8.0.0_64bit_kernel3.16.0-4.zip
67444e1dfa06c8cf4c0ece1caf4cae548bfc31691e0679843d363539fda91136 *Ubuntu14.04.1_32bit_kernel3.13.0-32.zip
ab9a67a29a6700f126348218f2e32f8611df65c136164bf97fb9e9919bcc7846 *Ubuntu14.04.1_64bit_kernel3.13.0-137.zip
86662ca6adfcb2444604327c81011ecf1c6b75505028a6bd31832d40da7b8d55 *Ubuntu17.10_64bit_Kernel4.13.0-19.zip 以降Linuxから一切手を引く流れになっていくよね
いつものこと >>580
>562
にも書いたけど…みたいなアレ Linux板なのに何でみんなGPL権利侵害容認派ばかりなの?
GPLはソースコードを含めてソフトウェアを使うユーザーには権利があるって話だよ 書き間違えた
GPLはユーザーにはソースコードを含めてソフトウェアを使う権利があるって話 いままでは、ソースコード公開はメーカーの義務という文脈の中で
メーカーの事情で「できない」みたいな言い方をされてきたけど、
ユーザーにはソースコードを使う権利がある、という文脈の中では
どう反論するのかなぁ 今後作らなくなってもいいからGPL違反を許すな
GPL違反する企業はノーサンキュー 誰でも自分PCで稼げる方法など
参考までに、
⇒ 『政道のゴウイウセレイイ』 というHPで見ることができます。
グーグルで検索⇒『政道のゴウイウセレイイ』
X2EJPIIVY0 著作権法違反してるやつがら何いってんだ??
自分のしてる事棚に上げて他人に厳しすぎw それとも、正規の方法以外で長い間録画しまくってたら、
著作権法違反してるってことを忘れちゃってるのか?おまえら。 そもそも著作権法マターなん?
不競法の技術的保護手段なら分かるけど…… >>598
プレクス自体が摘発されたら信じてやるよ。
個人で見るだけでアウトという判例はない。 構うと喜ぶからな
プレクスがGPL守らないカスっていうのは事実だからな
著作権云々が言いたいなら別スレへどうぞ だから、どっちも違反してるカスだからカス同士仲良くしろって 正規のB-CASを使ってスクランブル解除することが「正規の手段での録画にはあてはまらない」という判決、どっかで出てたっけ?
もちろん「正規の手段である」という判例は無いと思うけど これバイナリ覗いてみたら、GPL¥0でもなくて本当にGPLじゃん。
ソース貰えるやつじゃん プレクスは糞って書くと何処からとも無く擁護するやつが湧いて出て来るのおもろいな めんどうくさいから、ドライバはBSD向けにするってのが落としどころか 久しぶりにQSV関連調べてみたら、
QSVはOSSになってたのね。Intelありがとう。
インストールの記事があんまり多くなくて難儀するね。Intel公式ドキュメントはいつも通りバグまみれだし。 chinachuをpc起動時に自動で起動するようにするようにするにはどうすれば
su chinachu
cd /home/chinachu/chinachu
./chinachu service wui execute
sudo pm2 start processes.json
今はPCを起動するたびに上のコマンドを呪文の様に打ち込んでいる状況で https://github.com/Intel-Media-SDK/MediaSDK
これか
なお、broadwellとskylakeのxeon or core iにしか対応しないクソっぷりは変わらない模様 libmfx_core_vaapi.cpp 見るとivyとかhaswellとかそれっぽい記述あるのな
GT1 hoge もあるからceleronで動かないのもただの嫌がらせじゃねーか >>615
おお、c++とか分かんないから頑張ってくださいな >>616
そりゃそうだろ
Celeronで謎SegVで死んで、i3に変えたらサクッと動いたから
CPUIDで弾いてる以外考えられない >>618
ほんとintel糞
OOS化されて良かったけど
むしろ今までOSSじゃなかったのが謎 >>619
OSSのいつものIntelの手口じゃん
バイナリのみ配布、謎ライセンスでソース公開、OSSにライセンス変更 Intelだってボランティアで仕事してるわけじゃないから、
ソース公開する方が得な社会になるしかない。
要するにAMD頑張れ。 >>613
chinachu起動後に sudo pm2 saveを実行
dump.pm2の保存には成功と出力されますが、再起動後に自動起動しない… くそったれIntelのアレ対策でkernelアプデしたら
pt3がdvbドライバになっちまった
まあ動いたからいいけど半日かけちまった blacklistに追加して無かったっていうオチだろ? pt2でめんどいからdvb運用してたけどなーんか調子悪い気がするからchardevにしてみた intelの media-driver には、
古いものは Haswell までしかソース入ってないみたいね。
公式の情報だと Broadwell 以降サポートって書いてあるけど。
なので、ソースの無い ivy をがんばって media-driver に対応させるのは難しそう。
遊んでる Haswell マシンで開発した方がよさげ。という結論に至った。 haswell動くんか
celeronの制限取れるといいなあ CentOS以外でカーネルビルドなしでIntel media SDK使えたりする?
CentOSで、出来るのに他で出来ないってどういう違いがあるのでしょうか Linux + PT3 (+ Chinachu/Mirakurun) な環境で有料放送契約して EMM 処理?するにはどうしたらいいんだろ >>630
正常動作するかはともかく、Haswell向けのソースコードも入ってると言うだけ。(media driverには)
もちろん無試験だろうから動くかはわからん。
HaswellのCeleronは持ってないなぁ。
リースアップ的なもの漁ってくるかなぁ >>634
なるほど、サンクス
手順がまとまっていれば4790kとg1820でテストできるんだけど、ossなる前に試した時はすげー複雑だったからなあと手が出ない ESXi6.0上で
◎CentOS6.9
・PX-W3U4とカードリーダーをUSBパススルー
・mirakurun動作中
・PLEX仕様のrecpt1
◎Debian9
・chinachu動作中
・mirakurunサーバーはCentOS6.9のアドレス指定
で、録画サーバーとして運用しててうまく行ってたんですが、
突然昨日からあるチャンネルだけ(群馬テレビ)chinachu経由で録画出来なくなりました。
正確には30分録画して数MBというサイズで、VLCでも視聴できませんでした。
試しにDebian9側で
・rivarun --b25 --mirakurun [CentOS6.9のアドレス]:40772 --ch GR/19 10 gunma.m2ts
これだと正常に録画出来る(約20MB、VLCで再生確認)
・rivarun --b25 --mirakurun [CentOS6.9のアドレス]:40772 --sid 25656 --ch GR/19 10 gunma.m2ts
これだと症状的には同じ感じで、VLCで再生できずサイズも約200KB
sidはrivarun --listで出たserviceIdですが、それを指定するとうまくいかない?ようですが、
chinachuでsid指定するしないの設定とかありましたっけ?
他に原因や対策などはありますでしょうか? もう一度チャンネル設定してみては?
関係ないけどw3u4のcentos6系以外のドライバ出てるからos変えた方が捗るよ >>198
さんぱくん導入したんだけど、うちでも同じログが大量に出る
改善方法知りたいです ラズパイのバスパワーで動かすのは無理があるんじゃないの?
BSCSあるとLNBとかで電気も食うわけだし >>639
そもそもLNB電源はアダプタからの給電では deb-multimediaにlibarib24とlibarib25が入った件。 さんぱくん外出だけど、1台しか繋いでいないのにMirakurun UIでログを見るとBS/CSで2台現れていて、正常に受信出来ません。
StdB25,put failed, ERR=-2
というエラーが延々出ています。
1台だけ現れているときは受信出来ます。
/usr/local/etc/mirakurun/tuners.yml ではもちろんBS/CSで1台だけ書いてあります。
対処方法はありますか?
最初はGRだけ2台出ていたので、BSの視聴が目的だったのでGRだけDisableにしていたんですが、BSまで2台出てくるようになってしまいました。
PX-S1UDは2台繋いでいるんですが、それはMirakurunでは正常に2台表示されています。
>>639
638ですが、USB機器はセルフパワーのハブ経由で繋いでいます。
マンションなのでBSアンテナへの給電の必要は無いです。 >>644
tuners.yml見せて
あとカードリーダーは何使ってる? カードリーダーはNECのCK1506-02、
tuners.ymlはこんな感じです。
- name: PX-S1UD-1
types:
- GR
command: recdvb --b25 --dev 0 <channel> - -
isDisabled: false
- name: PX-S1UD-2
types:
- GR
command: recdvb --b25 --dev 1 <channel> - -
isDisabled: false
- name: SanpakunGR
types:
- GR
command: recfsusb2n --b25 <channel> - -
isDisabled: true
- name: SanpakunBS
types:
- BS
- CS
command: recfsusb2n --b25 --tsid -v <channel> - -
isDisabled: false
さんぱくんのBSには-vを付けないと受信出来なかったので付けてます。
GRで-vを付けたら逆に受信出来ませんでした。 2台あるPX-S1UDのうち1台を取り外しtuners.ymlでもDisabledにすれば、SanpakunBSもなぜか1台になってくれるようです。
困りました。 >>646
recfsusb2nがgithubにあるやつで、BSのチャンネル指定にBS01_0みたいに入れてるなら、コマンドにtsidって必要ない気がする。
あと、エラーがB25関係が原因ならmirakurunにB25を解除させると変わるかも。
チューナーが増えるのは謎すぎる。 >>643
libaribb24 なら sid にもあるんだが… cpuの脆弱性でカーネルのアップデートはドライバ修正しないと駄目だから注意な >>648
どうもありがとうございます
recfsusb2nはこれを入れています。
https://github.com/epgdatacapbon/recfsusb2n
>コマンドにtsidって必要ない気がする。
ということは、以下のように書くと良いんでしょうか?
- name: uSANpTV
types:
- GR
- BS
- CS
command: recfsusb2n --b25 -v <channel> - -
isDisabled: false
> あと、エラーがB25関係が原因ならmirakurunにB25を解除させると変わるかも。
これはどうやるんでしょうか?
> チューナーが増えるのは謎すぎる。
2台目のPX-S1UDをfalseにするとやっぱりさんぱくんのBSまで増えてしまいました。 - name: Sanpakun
types:
- GR
- BS
- CS
command: recfsusb2n --b25 <channel> - -
isDisabled: false
とすると、TypesがGR,BS,CSのSanpakunがまた2台になってました。
一台はCommandがrecfsusb2n --b25 BS01_1 --、Users[Priority]がMirakurun:getEPG()[-1]
もう一台のCommandはrecfsusb2n --b25 43 --、Mirakurun:getServices90[-1]
となっていました。
もちろんさんぱくん外出は1台しか持ってないので1台しか繋いでないです。 >>652
私の環境で再現させたいからtuners.ymlまるごとpastebinか何処かに上げてもらえるかな。
mirakurunでB25の解除はarib-b25-stream-testで調べたら出ると思う。 >>650
ドライバ再コンパイルじゃなくて
ソースコードの修正が必要ってこと? mintで来たkernelアップデートだとコンパイル通らなくなるね >>653
tuners.yml パターン1
- name: PX-S1UD-1
types:
- GR
command: recdvb --b25 --dev 0 <channel> - -
isDisabled: false
- name: PX-S1UD-2
types:
- GR
command: recdvb --b25 --dev 1 <channel> - -
isDisabled: false
- name: Sanpakun
types:
- GR
- BS
- CS
command: recfsusb2n --b25 <channel> - -
isDisabled: false
$ curl -X PUT "http://localhost:40772/api/config/channels/scan"
チャンネルスキャンをすると地上波を拾ってくれるけれど、実際に視聴しようとしても出来ませんでした。 tuners.yml パターン2
- name: PX-S1UD-1
types:
- GR
command: recdvb --b25 --dev 0 <channel> - -
isDisabled: false
- name: PX-S1UD-2
types:
- GR
command: recdvb --b25 --dev 1 <channel> - -
isDisabled: false
- name: Sanpakun
types:
- BS
- CS
command: recfsusb2n --b25 <channel> - -
isDisabled: false
Sanpakunから「--GR」を削除すると、地上波も視聴出来ました。 tuners.yml パターン3
- name: PX-S1UD-1
types:
- GR
command: recdvb --b25 --dev 0 <channel> - -
isDisabled: true
- name: PX-S1UD-2
types:
- GR
command: recdvb --b25 --dev 1 <channel> - -
isDisabled: true
- name: Sanpakun
types:
- GR
- BS
- CS
command: recfsusb2n --b25 <channel> - -
isDisabled: false
PX-S1UDを取り外しさんぱくんのみ接続し、上記のように記載した場合はさんぱくんでも地上波の視聴が出来ました。
PX-S1UDとさんぱくんの地上波は共存出来ないってことですかね? なお、もともとtuners.ymlにはデフォルトでPT3とTBS6922の設定が書き込まれていましたが、それらは削除し上記3パターンのようにすると、今のところ、Mirakurun UIのステイタスでSanpakunが2台に増える現象は収まったような気がします。 cpuエラッタのパッチ導入出来ないからプレ糞ソースコード公開しろや >>660
え、カーネルアップデートすると動かないの? 特定のカーネルでしか使えないのは不便すぎるな…
あとubuntuは何でLTSの16.04飛ばしてんだろう CentOSなら行ける的な噂なかったか、気のせいか
QSVもだけどカーネル固定されるとこんなとき困る セキュリティアップデート出来ないとか産廃じゃん
やっぱプレカスだな ソース開示依頼したけど、検討中だって。プレクスのページチェックしてねと。 それw3u3のときと同じやで
一生検討中
別口から圧力かけないと無駄 kernelを4.13.0-19-genericにしたらubuntu16.04でもpx-w3u4動いた
でもあれだなこれ録画開始するまで二秒くらいタイムラグがあるな…
mirakurunで使えてるがpt3やbcudよりだいぶ反応が悪い >>668
何か不具合あるかもよ?
mint18でkarnel4.13.0-26にしたらPT2のドライバがビルド通らなかったのでkarnel4.4.0-109に換えた >>669
試しにchinachuで録画予約入れてみたら録画タイミングは問題なかった
リアルタイム視聴するときはPT3に比べて2テンポくらい遅れる
しばらく様子見かな 皆さん、文字放送の字幕とか出したりしています?
こちらMythTVですが、設定を有効にしても字幕が出てこなくて諦めています。
同じドライバーを使ってrecdvbで録画したファイルは字幕を含んでいたので、MythTVの問題かな。 >>668
カーネル アップデートするとやっぱり動かない?
http://mevius.5ch.net/test/read.cgi/avi/1509033542/414
414 名無しさん@編集中 (ワッチョイW 1b32-fLCO) sage 2017/12/29(金) 01:56:29.02 ID:M60yEX8b0
W3U4がUbuntu Server 16.04で動いた
kernel 4.13.0-19をインストールする必要あり
Ubuntu16.04の4.13系kernelの最新は4.13.0-21だけど最新だと動かない
centosと違ってカーネルのアップデート出来ないな >>673
カーネルバージョンが4.13.0-19-genericで決め打ちなのでそれ以外だとモジュールが読み込まれないよ
渋られるソース開示要求よりは、最新カーネル版のバイナリ出せって要望した方が早いかもなあ >>674
なんかおかしいと思っていたら、なるほどそういう事か
わざわざ決め打ちで嫌がらせしているのね
こりゃあソースから自前でビルドしないとセキュリティ的に安心して使えないな
w3pe4買おうか考えていたけど辞めるは マイナーバージョンアップのたびにリリースする必要があるとか
プレカスが何も分からないことをいい事にodm先に嫌がらせされてんじゃね?って思う >>676
マイナーっていうかカーネルセキュリティパッチごとな
月一くらいあるのになぁ
ソースくれれば勝手にやるのに 今時、録画に関するドライバなんて漏れて困るようなノウハウがあるとは思えないけどな。
すごいアルゴリズムが含まれてるというよりは、結局はレジスタの使い方でしょ、漏れるのは。 deb-multimediaのMythTVがアップデートしてたので、ビルドしました。
Debian Sid amd64 以外の人は、リンク先にあるパッケージの中のソースコードを使ってビルドして下さいm(_ _)m
mythtv-dmo-29+fixes20180102.git339b08e467-dmo1.ISDB.1.tar.xz
SHA256: 35e10d006db774d490591dee5493bf9ebbec4055c634940c463c6233df3bb95e
https://www.axfc.net/u/3880015 PLEXのLinux用モジュールみてみたけど Ubuntu17.10_64bit_Kernel4.13.0-19.zip は modversions が無効で build されてるのね。
vermagic 書き換えたら Ubuntu 16.04 kernel 4.13.0-26-generic でもとりあえず load はできた。
kernel固定は厳しいなと思ってたけど書き換えればとりあえず load はできたのでチューナ買って試してみますw
他のディストリのは modversions 有効になってるみたいだから Ubuntu にこだわりが無いなら他に移行したほうが手間はなさそう。
ソース開示は実現性は低そうだけど Ubuntu17.10用も modversions 有効にして build し直して欲しい、くらいの要望なら通ったりしないだろうか・・・ 果たしてプレカスがそれを理解して取り合ってくれるだろか...
分かっていればこんなアホな事はしないと思うし
>>680
q3u4は買っちゃダメですよ
w3u4, w3pe4 は良好
q3pe4はレビュー少ないけど普通に動くらしい >>681
ありがとうです。
騙し騙し使ってるPX-Q3PEを置き換えたいと検討してたので
せっかくなので試しにQ3PE4買ってみます。 ■ このスレッドは過去ログ倉庫に格納されています