トップページ⇒linux
1002コメント311KB

【視聴・録画】Linuxでテレビ総合11©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin 転載ダメ©2ch.net2015/11/13(金) 19:57:34.22ID:26n4MVNw
Linuxでのテレビ視聴・録画に関して、デジタル/アナログ問わず扱うスレッド

【関連スレ】
【自家製】MythTV Part.3【HDDビデオ】
http://engawa.2ch.net/test/read.cgi/linux/1223721998/
【BT878】Linuxでのキャプチャを語るスレ
http://engawa.2ch.net/test/read.cgi/linux/1017186805/

【前スレ】

【過去スレ】Linuxでテレビ総合xx
10 http://hayabusa6.2ch.net/test/read.cgi/linux/1417559598/
9 http://hayabusa6.2ch.net/test/read.cgi/linux/1388900589/
8 http://engawa.2ch.net/test/read.cgi/linux/1359268284/
7 http://engawa.2ch.net/test/read.cgi/linux/1342343650/
6 http://engawa.2ch.net/test/read.cgi/linux/1326804531/
5 http://engawa.2ch.net/test/read.cgi/linux/1309182037/
4 http://hibari.2ch.net/test/read.cgi/linux/1293388638/
3 http://hibari.2ch.net/test/read.cgi/linux/1269999876/
2 http://pc11.2ch.net/test/read.cgi/linux/1253880711/
1 http://pc11.2ch.net/test/read.cgi/linux/1231189481/
Linuxでテレビを見る http://pc11.2ch.net/test/read.cgi/linux/1013649811/
0446login:Penguin2016/02/18(木) 16:58:02.64ID:1oqhYfFh
>>445
しかしNVIDIAもつい一昨日だったかに話題になったように
今頃ようやくやっとGM200のOSS向けファームを提供するくらい
OSSには非協力的だから
GM200系はセキュリティがきつくてNVIDIAの署名がない
ファームはロードできない仕組みみたいだ
Linuxに対するケアは頑張ってるがOSSへの情報開示はNVIDIA
Intelのほうが遥かに上かな
freedesktop.orgとかkernelにもIntelはガンガンパッチ投げてるしね
0447login:Penguin2016/02/18(木) 17:04:20.45ID:1oqhYfFh
NVIDIA
OSSへの情報公開には後ろ向き、Linuxユーザーのサポートはあくまで
自分たちの手でやる、OSS死ね
Intel
OSSにソースとか情報とか投げるから後は勝手にやってくれな
AMD
俺たちゃ忙しいんだよLinuxはOSSでなんとかしてくれな、gitリポ公開

こんな感じ
0448login:Penguin2016/02/18(木) 17:26:44.82ID:K2B/2crQ
>>446
他に関してはIntelの方が協力的なのは全くそのとおりだけど
QSVに関してはNVidia以下の対応しかしてないって話だな、これは
0449login:Penguin2016/02/18(木) 17:52:47.76ID:1oqhYfFh
>>448
なんでプロプラスタックのQSVにこだわらなければできるよ
Atom+Cherryviewでこんな具合、Coreに比べると圧倒的に遅いけど
$ vainfo
libva info: VA-API version 0.38.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.38 (libva 1.6.0)
vainfo: Driver version: Intel i965 driver for Intel(R) CherryView - 1.6.1
....ry
$ ./h264encode
...ry
PERFORMANCE: Frame Rate : 106.19 fps (60 frames, 565 ms (9.42 ms per frame))
...
0450login:Penguin2016/02/18(木) 19:06:21.73ID:Koyudaqk
>>442
はーマジですか
てっきり動くものかと思ってた
nvenc画質悪いからg1840あたりに改装しようかと迷ってたけど、
最低ラインがcore i3は辛い...
0451login:Penguin2016/02/18(木) 20:39:26.68ID:2dQaaRBs
>>446
確かにQSV以外に関しては頑張ってるイメージはあります
ただ初心者ユーザーにはgitで拾ってきてビルドはキツイと思うのでAMDみたく公式にマニュアルとパッケージ置いといて欲しいですね
0452login:Penguin2016/02/18(木) 21:43:20.27ID:4tsIqYFd
>>450
QSVでCeleronとかやるんだったらWindowsになるね。OS代金分CPUに乗っければCore i3買える気がするけど。
IntelもOSSにはしたいんだろうけど、IP的に不可能なのだろうね。MPEGとか特許まみれだから。
0453login:Penguin2016/02/18(木) 21:51:57.93ID:8W6uzB5M
QSVは前OSSに対応したよ
http://northwood.blog60.fc2.com/blog-entry-6495.html
ただ現実問題、実用的なSDKがWindows優先に提供されてるから
hanfbrake等でもQSV対応バイナリが公開されてるのはWindows版優先だったりする
0454login:Penguin2016/02/18(木) 22:09:15.75ID:4tsIqYFd
>>453
だからその記事は中身が何もわかってない人が翻訳してるだけなんですが。

その記事は dispatcher のIFを公開するって言っているだけ。現状そうなってるし、diapatcherの中で謎バイナリを叩く実装なのはWindowsもLinuxも一緒。

ここで皆さんが言っているのは、
QSV対応CPU全部にMediaSDK対応させて欲しい
せんとくんとSUSEしか対応してないとか死んじゃう。Archで使いたい(俺が)
↑これを実現するにはIntel謎バイナリがソース公開されないと出来ないんだけど、まぁ難しいよね。って話。
0455login:Penguin2016/02/18(木) 22:12:47.19ID:MErJ2R+s
おまいらむずかしい話すんな
0456login:Penguin2016/02/18(木) 23:18:21.43ID:lwZspM3p
>>453
すでにレスがあるがディスパッチャのソースはだいぶ前から公開されてる
そのディスパッチャがIntelがこさえてるプロプラにぶん投げてるから
Intelがなんとかしてくんないとダメって話なわけ
CeleronとかでHW縁故したいならVAAPI使えばええの
>>449
みたいにCherryviewでもいちおう何となく動いてるっしょ
0457login:Penguin2016/02/18(木) 23:19:59.68ID:8W6uzB5M
あれ?触っちゃいけないタイプの人だった?ごめんごめん
0458login:Penguin2016/02/18(木) 23:24:39.88ID:lwZspM3p
>>457
お前みたいのは自分でやったこともなく何もわかってないくせにレスして恥かく典型例な
二度と出てくんな
0459login:Penguin2016/02/19(金) 00:06:48.35ID:lCIMZ0eD
>>449
結構早いですね
画質とかどうですか?
0460login:Penguin2016/02/19(金) 00:07:25.31ID:1Yzj86S8
>>456
もしよろしければVAAPIの導入から使用のコマンドまで教えてもらえませんか?
ディストリはubuntuかdebianでお願いします(これが利用出来ればかなり沢山の人も助かると思いますので
0461login:Penguin2016/02/19(金) 00:40:03.21ID:3zXCtpjK
QSVってSandyのときに話題になったけど結局鳴かず飛ばず?
H264じゃないからiOSで再生できないよな?
0462login:Penguin2016/02/19(金) 00:48:17.57ID:kAUYTG3C
>>460
Debianは最近の動向はわからないがVAAPIとかGStreamer、drm2他が古いなら
全部ごりごり入れ替えないとならないがfreedesktop.orgのソースは
dpkgでビルドできるようになってるはず
更新するのはlibva、drm2、GStreamer 1.0一式すべて、それと依存関係があるやつ全部
場合によってはXも

Ubuntuは15.10ならlibva1.6.0他わりと新しいのでそろえてるからCeleron系もいけるはずだけどな
vainfoを実行してみりゃ対応してるかしてないかわかる
エンコードのエントリが列挙されるので
vividとかTrustyだとちと古いからダメかもね
GStreamer 1.0あたりは依存関係いっぱいで入れ替えるのかめんどい
つまりUbuntuなら新しいのにするのが手っ取り早い
Xenial Xerusならカーネルとi915 driverが新しいからなお良いんじゃないかと思う
0463login:Penguin2016/02/19(金) 07:46:55.41ID:1Yzj86S8
>>462
参考になります…が
依存関係山盛りは難易度高そうですね
見逃したまま進めたら即フリーズする部分ですし…この件はおとなしくubuntu16.04が一番安牌ですかね
0464login:Penguin2016/02/19(金) 08:48:58.35ID:xyUFP68P
>>463
Archなら一発よ
0465login:Penguin2016/02/19(金) 11:05:48.30ID:XrBgjvhZ
>>461
iOSがどうか知らんがWindowsなら使ってる奴は多いんじゃねえの
Linuxでは >>457 の機械翻訳ブログに書かれてるディスパッチャ公開もあって
ffmpegの方でサポートしようぜってことになってさくっとサポート完了
--enalbe-qsvだったかオプションつけてffmpegビルドすると
-acodec h264_qsv が使えるようになる
でもネタにされてるようにLinuxでは対応CPUが狭すぎるのが難点
0466login:Penguin2016/02/19(金) 22:44:52.00ID:2JvF/SCy
>>461
この手のプラットフォームの中だとかなり普及してる方だと思うが
0467login:Penguin2016/02/19(金) 23:07:50.31ID:DaW6tMo1
やっぱり汎用プロセッサに色々詰め込むと面倒なことになるんだな
04684292016/02/19(金) 23:27:51.12ID:B3sLC94o
俺のCPUは、J1900...
週末もう一回試してみようと思っていたけど、もうやめた。

5年くらい前、過去のスレで「ATOMでエンコード」したいって言ってみんなに笑われた。
今やっとQSV使えるようになったとおもって喜んだけど、やっぱダメか。
0469login:Penguin2016/02/19(金) 23:44:38.43ID:kAUYTG3C
とかなんとかネタにしてたらMedia Server Studio 2016が今まさにリリースされたな
だがしかし
The following processor models are supported:
? Intel R Xeon R Processor E3-128x v4
? 5th Generation IntelR CoreTM Processors with Intel IrisTM Pro Graphics, Intel IrisTM
Graphics or Intel HD Graphics (5500, 6000, 6100, 6200).
? Intel R Xeon R Processor E3-128x v3
? 4 th Generation Intel CoreTM Processors with Intel IrisTM Pro Graphics, Intel Iris
Graphics or Intel HD Graphics 4200+ Series (chipset compatibility is usually not an
issue for CoreTM processors.)

ry

Note:
?
?
Intel Core processors earlier than 4 th Generation are not supported
IntelR Celeron R , IntelR Pentium R and IntelR AtomTM processors are not supported

だそうだ、Atom系とかの人は残念だったな
0470login:Penguin2016/02/19(金) 23:45:35.10ID:y+F9uDtz
QSVはAtomとかCeleronにこそ組み込むべきだよな
0471login:Penguin2016/02/19(金) 23:50:01.49ID:kAUYTG3C
>>468
いままさにリリースほやほやの2016もダメのようだからからQSVはアキラメロン
やっぱLinuxはサーバーだかんねIntel的に
VAAPI使いなされ
0472login:Penguin2016/02/20(土) 00:28:38.78ID:yb89HTMs
vaapiってなんだ?ググって、とりあえず、vainfoって叩いてみろとあったので
叩いてみたけど、なんか、いろいろダメっぽいな。。
# vainfo
error: can't connect to X server!
libva info: VA-API version 0.35.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'iHD'
libva info: Trying to open /opt/intel/mediasdk/lib64/iHD_drv_video.so
libva info: Found init function __vaDriverInit_0_32
libva error: /opt/intel/mediasdk/lib64/iHD_drv_video.so init failed
libva info: va_openDriver() returns 1
vaInitialize failed with error code 1 (operation failed),exit
0473login:Penguin2016/02/20(土) 01:14:36.74ID:M6H3KEMp
QSVやら新しめのCPUで盛り上がってるとこ悪いんだけど
余ったcore2duoのノパソで録画鯖作ったんだけど
C2D T5500でできるだけ速く(画質は気にしない)エンコするにはどうしたらいい?
QSVなんて当然ないからVAAPIっていうのを使えばいいの?
0474login:Penguin2016/02/20(土) 01:35:05.04ID:dnc3apCa
Core2DuoってとチップセットのG35/G45あたりにMPEG-2のHWデコーダーが入って
うひょひょー言ってた古き良き時代じゃなかったかな
その世代だとx264とかffmpegとかで数時間から数日かけてエンコードするより速い方法はないと思うぞ
0475login:Penguin2016/02/20(土) 01:43:10.24ID:dnc3apCa
>>472
Xが起動してないかXに接続する権限がない
あとlibvaがintel Media SDK 2015についてる1.3カスタムに差し替わってる
それ入れ替えないと
0476login:Penguin2016/02/20(土) 03:48:05.33ID:cCzr78t4
vaapiって画質どうなの?
0477login:Penguin2016/02/20(土) 08:35:05.87ID:XOwssZRb
>>473
RasPiでライセンス買ってWHエンコが一番安く上がるような気がします
環境整える手間はともかく
0478login:Penguin2016/02/20(土) 08:45:31.89ID:yb89HTMs
RasPiのH/Wエンコって、PT3で作ったTSファイルもガリガリエンコできるの?
0479login:Penguin2016/02/20(土) 09:39:00.02ID:dnc3apCa
そりゃできるだろ
0480login:Penguin2016/02/20(土) 10:25:16.08ID:gte4cxvH
なんか、雨も降ってるし、vaapi試してみるかなー
使えもしないのに、Media SDK入れちゃったし、戻すの面倒だからOSインストールからいこうかな。
0481login:Penguin2016/02/20(土) 10:41:36.93ID:dnc3apCa
>>480
Ubuntu 15.10か16.04のいまアルファかβかな、にすればlibvaはほぼ最新で
たいていのCPUで動くはず
確かめてないから断言はしない
0482login:Penguin2016/02/20(土) 11:13:57.76ID:gte4cxvH
簡単に出来てしまうと楽しめないので、まずはセント君でやってみる。
0483login:Penguin2016/02/20(土) 14:50:11.52ID:/I9IFMz/
>>478
>>479
あくまでライブチューナー用途(スマホ等で試聴するための)として試した印象だから
録画ファイルのエンコードとは違うとは思うけど、おすすめできる気はしないよ。

・たいして速いと思えない (CPUの性能が違うのだから当たり前だと思うけど)
・たいして綺麗だと思えない (条件を一致させて厳密な比較をした訳でない)
・エンコードが途中で止まる (gstreamerのバグ)
・エンコードが始まらない場合がある (理由分からない)
・2重音声の扱いが不明 (英語だけになったりするんだけどオプションあるの?)
・gstreamerに関する情報が少ない (ffmpegみたいに豊富にはない)
・gstreamerのアップデートが面倒 (システムと深く結びついてる)
・ハードウェアエンコーダーがUbuntu MATEで使えない (Raspbianでしか使えないのはなぜ?)
・CPUもストレージもやっぱり遅い (理解しているとはいってもつらい)

後半は難癖つけてるだけに思えますが。
結局、自分の中ではffmpegの方が良いねってことになった。
実用的にはお金払って速いCPU買うのが一番だね。
0484login:Penguin2016/02/20(土) 14:58:21.82ID:dJDqasmO
>>483
gstream のバグ治ってないのか
0485login:Penguin2016/02/20(土) 15:43:33.98ID:/I9IFMz/
>>484
ゴメン、試したのはかなり前だから最新版でどうなってるかわからない。
0486login:Penguin2016/02/20(土) 16:27:27.08ID:dJDqasmO
>>485
なるほど、pi2持ってないから治るの期待してたけど、他にも色々と大変そうだから実用は辛そうですね
0487login:Penguin2016/02/20(土) 21:45:19.37ID:CFnEXBbC
>>476
良くないから確認してみ
0488login:Penguin2016/02/20(土) 23:28:42.86ID:cCzr78t4
>>487
そうなのか、ありがと。
core iシリーズ買ってqsvするか....(´・ω・`)ショボーン
0489login:Penguin2016/02/21(日) 13:56:38.19ID:uer1dVt3
結局のところ、QSVが使えることを前提とすると、Linuxテレビ録画用にはどのCPUが最適だろう?
Core i3-6100Tかな?
0490login:Penguin2016/02/21(日) 15:43:16.02ID:xH5K0Z1r
CPUの選定基準の最優先に挙がるほどQSVって重要なのか?
0491login:Penguin2016/02/21(日) 16:55:04.65ID:aUXAOMzB
>>489
今のところだと すかいらーくのi3
0492login:Penguin2016/02/21(日) 16:56:11.59ID:aUXAOMzB
>>489
HEVCのエンコードもイケるはず
0493login:Penguin2016/02/21(日) 17:08:43.31ID:/2xQU0DO
QSVって、せいぜいスマホのちっちゃい画面でならまあ何とか見られるかな、くらいの画質だよ
画質なんかどうでも良い、とにかく軽いロケフリサーバがつくりたいって場合には使えたら便利かもね、程度の物でしょ
録画を保存するつもりなら、QSVなんてあってもなくても関係ない(クソ画質での保存でもOKな人以外は)
0494login:Penguin2016/02/21(日) 18:32:59.63ID:mDJlFeyB
そんなにひどいのか
お世辞にも綺麗とはいえない地デジやBSデジタルのMPEG2と比べても?
0495login:Penguin2016/02/21(日) 18:33:54.15ID:rolOYvkP
>>491
skylake で動くの?
0496login:Penguin2016/02/21(日) 18:43:20.53ID:Y3Sblno1
VAAPIもQSVもnvencも画質悪いのってインターレース解除しない状態での話?
ffmpegでフィルターかましてもビットレートに対して画質悪いって話?
0497login:Penguin2016/02/21(日) 18:48:06.16ID:rolOYvkP
>>496
nvencはインターレース解除しても汚い
0498login:Penguin2016/02/21(日) 18:50:01.38ID:rolOYvkP
ビットレート盛ればマシにはなる
スマホでみるくらいなら全然いいけど、タブレットとかになると汚い
0499login:Penguin2016/02/22(月) 10:52:38.18ID:/PEqnLaz
>>495
先週末に公開されたMedia SDK 2016のリリースノート
>>469
によると第5世代Core(Broadwell)までだからまだダメっぽいが
Intelのリリースノートが適当という可能性にかけて試してみれば
0500login:Penguin2016/02/22(月) 23:38:05.82ID:oP4SG0Yk
>> 499

うん。分かった。
Intelのリリースノートが適当という可能性にかけて、J1900で使えるかもう一度ためしてみる。
0501login:Penguin2016/02/23(火) 08:12:02.70ID:vdnaTZvh
Celeronはnot supportedって明記されてるから無理じゃねえかな
まあ頑張れ
0502login:Penguin2016/02/23(火) 18:14:21.43ID:A0ebW1WI
VAAPI使ってエンコードすると、AtomやCelelon使ってる人も、画質はともかくエンコード早くなるの?
もしそうなら、どうして?
0503login:Penguin2016/02/23(火) 18:56:26.14ID:XqUPjiXy
頑張りやさんだから
0504login:Penguin2016/02/23(火) 19:22:41.27ID:ca+DMQXt
>>502
速いよ。
行列計算みたいなのは、GPUみたいのは得意なのよね。
計算ロジックはほぼ固定で、データ量が多くて同じロジックばかり酷使する奴。パスワード解析とか。
0505login:Penguin2016/02/24(水) 08:38:31.76ID:/iLVS9WJ
CPUのクロックが2GHz〜3GHzに対して、GPUクロックは300〜600MHz
それでも、GPUに頼んだほうが早いのか。
0506login:Penguin2016/02/24(水) 11:20:30.92ID:E9bzcsjc
並列計算に特化したGPUの性能は処理内容に大きく左右されるが
waifu2x-converter-cpp+N3150(EU12基)だとGPU(OpenCL)で18GFLOPS
CPU(SSE)で20GFLOSとGPUのほうが少し遅い
waifu2xは画素に対して積和の繰り返しでこの上ないほどGPUに有利と
考えるとIntelのGPUは糞であると言わざるをえない
OpenGLのスタックが糞なのかGPUそのものが糞なのかは不明だが
0507login:Penguin2016/02/24(水) 12:23:01.43ID:P2IAeWnM
pt3の受注終了か
0508login:Penguin2016/02/24(水) 18:00:39.42ID:fHamWr+B
PT4来ないのよな
アースソフトの人は新製品作らなくても生きていけるだろうし

モチベーション上がれば4K, 8Kで仕様が変わったときに対応した新製品作ってくれるのかな
0509login:Penguin2016/02/24(水) 18:14:35.09ID:3jXKRRzR
amaでポチろうと思ったらプライムなくなって2万のボッタ出品しかないアキバ行こ
0510login:Penguin2016/02/24(水) 19:05:43.82ID:jDhSpu56
もうPTシリーズの時代じゃないんだろうね。いや、よー分からんけど。ウチでは2枚のPT3が稼働中だが、もし壊れたら、・・・まぁテレビ見なけりゃいいだけか。
0511login:Penguin2016/02/24(水) 19:42:47.67ID:GOD2Dseb
これからはさんぱくんの時代
0512login:Penguin2016/02/25(木) 22:20:23.69ID:RS1xThVg
株式会社テクノプロ 新宿支店近況報告会(勉強会) [転載禁止]c2ch.net

俺がしんみょうじだ。稀代のワルだぜ。

仕事せいや、勉強会に参加しない雑魚は辞めてもらうぜ。

雑魚の前では、スーツは着ないぜ。

話は営業を通してくれ。
0513login:Penguin2016/02/27(土) 13:02:59.35ID:l14njWLN
>>511
あれ抜けねえじゃん
0514login:Penguin2016/02/27(土) 14:34:30.43ID:XHiVWvh7
>>513
バーカ
0515login:Penguin2016/02/28(日) 17:31:51.80ID:LStErjd3
chinachuの運用がとりあえずできるようになったんだけど、一点気になることが・・・
ファイル名指定するとき、<title>とか<fulltitle>指定している人多いと思うんだけど
これ文字列の中にスラッシュ(/)が含まれることは絶対にないと思っていいの?
元はEPGから抜いてくるんだろうけど、その中にスラッシュが入ってたら録画ファイル作成に失敗するような・・・
0516login:Penguin2016/02/28(日) 17:45:07.35ID:ZM9Eao/C
epgのタイトルって全部全角じゃないの?
だからその心配はないと思う

あとchinachuの録画ファイル名中に半角スラッシュ入れたらそこでディレクトリになって保存されるし
0517login:Penguin2016/02/28(日) 17:49:03.14ID:W5Vcc3o9
さくっと調べたら
房総半島ぐるり一周旅
ザ・ロックTime
らんま1/2
拡散希望セントフォース
スーパーラグビー
一番直近だとゴッサムか。
辺りfullTitleに半角スラが含まれている。

たぶん対策は取られていると思うけども、ソース読むの面倒なので、とりあえず複合できなくても録画予約→ファイル作成周りの確認はできるだろうから試してみれば?

こっちの結果は1.8時間待テ 👀
Rock54: Caution(BBR-MD5:f70dfdc711a7c6ae6accccb939f27fbf)
0518login:Penguin2016/02/28(日) 17:53:12.87ID:W5Vcc3o9
と思ったが放送中だった
schedule.jsonのtitle,fullTitleに半角スラがあってもファイル名は全角に痴漢されている様子。
0519login:Penguin2016/02/28(日) 18:00:15.05ID:LStErjd3
頑張ってソース読んでみたんですが、ここですかね
https://github.com/kanreisa/Chinachu/blob/master/node_modules/chinachu-common/lib/chinachu-common.js#L330

exports.formatRecordedNameっていう関数から呼ばれてるみたいなんで
ファイル作るときにはちゃんと置き換えされていると思っていいのかな?
杞憂でした
0520login:Penguin2016/02/29(月) 02:16:18.71ID:bD2ZuUHT
DVBドライバでChinachu使う時はrecpt1的なのは何を入れるの?
recdvbはBS観れないみたいだし
0521login:Penguin2016/02/29(月) 03:52:00.86ID:gT53mmzK
>>520
https://github.com/dogeel/recbond
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux
0522login:Penguin2016/02/29(月) 17:56:01.65ID:9uM//u34
ttps://github.com/knight-rider/ptx
PX-Q3PE 用のコードがコミットされてたからビルドしてみたんだ。(自分の環境は ubuntu 14.04 kernel 3.19.0-51)
dvb/cdev どっちでもデバイスはできて dvb なり recpt1 でファイルは出力されるんだけどデコードはできない。
README に
5. ASICEN ASIE5606X8 : crypting controller
- proper keys required to use the H/W
って書いてあるから暗号化されたままのストリームが出てきてるのかな?と思うんだけど、
何かいい感じに decrypt 処理できるの?教えてエロい人・・・
0523login:Penguin2016/02/29(月) 18:18:12.79ID:sMOEuXK6
ASIE5606懐かしい
MonsterTVに使ってあったやつだな
そのまんま使えるかしらんけどMonsterTVの
デクリプタならネット探せばあるはず
レジスタの初期設定で暗号キーが変わる仕掛けだったと思うので
まんま使えるかはわからんね
0524login:Penguin2016/02/29(月) 19:50:01.63ID:rZB1rDBT
>>522
ここのPT3のドライバって本家のm-tsudoのと違うものなの?
0525login:Penguin2016/02/29(月) 19:57:40.06ID:2VpBiTmo
>>524
ソース引っ張ってきてdiff取りゃわかんだろ
0526login:Penguin2016/02/29(月) 22:58:51.64ID:x+n2Jebe
>>522
chardevの方は/dev/pxq3pe0とか出来る?
foltiaのドライバとioctl共通ならBonDriverProxy_Linuxの
BonDriver_LinuxPT.so でいけるかもしれんね。
0527login:Penguin2016/02/29(月) 23:37:28.24ID:9uM//u34
>>526
/dev/pxq3pe_drv00t
/dev/pxq3pe_drv01s
/dev/pxq3pe_drv02t
/dev/pxq3pe_drv03s
/dev/pxq3pe_drv04t
/dev/pxq3pe_drv05s
/dev/pxq3pe_drv06t
/dev/pxq3pe_drv07s
デバイス名はこうなってます。

BonDriver_LinuxPT.so だと Cannot tune to the specified channel: と言われてしまいます。
試しに デバイス名を pxq3pe0 に変えても同じでした。
デバイス名を pt1video10 にすると Recording... となってストリームは保存してくれましたが、デコードは出来ないデータです。
chardev は PT1/2/3 互換仕様みたいな感じなのかな。
0528login:Penguin2016/03/01(火) 00:07:45.74ID:1CYCn5Q4
>>527
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/BonDriver_LinuxPT.cpp#L124
/dev/pxq3peNだとするとチューナーの順番が違う感じだね。
g_Type=0 : ISDB-S, g_Type=1 : ISDB-T。
N = 0: g_Type = (0 / 2) % 2 = 0 : ISDB-S
N = 1: g_Type = (1 / 2) % 2 = 0 : ISDB-S
N = 2: g_Type = (2 / 2) % 2 = 1 : ISDB-T
N = 2: g_Type = (3 / 2) % 2 = 1 : ISDB-T
0529login:Penguin2016/03/01(火) 01:06:35.45ID:JhP0X/D1
>>528
なるほど。地デジは2367なんですね。
デバイス名を pxq3pe2 にしたところ デコードは出来ないですが
BonDriver_LinuxPT.so でストリームは保存できました。
0530login:Penguin2016/03/01(火) 07:01:47.23ID:KzDdEktA
https://github.com/knight-rider/ptx/blob/6b2ff1091c2507c0a523db88cab267819f7488df/ptx_dvb/drivers/video/pxq3pe_dtv.c#L1292-L1301
ローカル暗号を解除して読み出すためのioctlが実装されていないようなので、foltia ALの
Q3PEのデバドラと同じ使い方ではないのだろうと思います

foltia ALのQ3PEのデバドラをREして、GET_RANDOM_KEY、GEN_ENC_SEEDの内部処理を調べ、
これらがローカル暗号解除にどう影響するのかを調べないとダメなのではないかと
あるいはひょっとして、HDUSと同じでデバドラにハードコードされた固定キーとXORしてるだけで、
これらのioctlは実装されていなくても問題無いのだと言う可能性もあるのかも…?

とりあえず読み出したデータをhexdump -Cとかやって眺めてみると良いかもしれません
#もしTSとして読み出せているのなら、特にNULLパケットに注目ですね…
0531login:Penguin2016/03/01(火) 07:11:40.96ID:KzDdEktA
それはともかく、既にカーネルに取り込まれているPT3のドライバまで置き換えてしまうと言うのは
ちょっとどうなの…と言う気はしますね
明確な改善点等があるのならともかく、置き換える理由は何も説明されていないようですし…
0532login:Penguin2016/03/01(火) 15:13:35.96ID:JhP0X/D1
最初にこのコードを見かけたのが Linux Kernel の ML(linux-media@) だったので、
将来的にはこちらのドライバが kernel 取り込まれることを目指して開発されているのかも
しれませんね。
PLEX のデバイスに対応、以外の置き換える理由は特に書かれていないようです…
0533login:Penguin2016/03/01(火) 19:36:17.18ID:ITqZv2mO
なんかオモチャに良さげだけど時間に余裕が無いぜ
0534login:Penguin2016/03/01(火) 22:58:26.79ID:b9uicWnC
>>532
以前PT3のDVBドライバに関して、まさにそのlinux-mediaで、今マージされてるのとは別に
この人もマージされるの目指して自分のバージョンを投げてた過去があるんだよね。
当時のやり取り読めばわかるけど、自分のバージョンが採用されなかったのが相当納得行ってないみたいだった。
このパッチにPT3ドライバの置き換えも入ってるのは、つまりはそう言う事ではないかと。
パッチ投げるにあたって、わざわざ"Useless features are removed."とか書いてるしw
0535login:Penguin2016/03/01(火) 23:07:34.60ID:b9uicWnC
まぶっちゃけ、必然性が無いのに既存の構造に大変更を要求するパッチである限り、リジェクトされるだけだと思う。

と言うかそもそも、チューナーで受信した形ではデータを取り出せないドライバなんて(実際に受信した形にする為には
何らかの鍵を使って何らかの変換が必要だけど、その鍵も変換方法も非公開って、要するにそう言う事だよね)誰の役にも
立たないし、そんなものが果たしてカーネルに取り込まれたりするもんかね?
かなり疑問だわ。
それとも他にもそう言うドライバがあったりすんのかな・・・?
0536login:Penguin2016/03/05(土) 00:35:36.31ID:SnnS0jZi
>>472だけど、ubuntu入れて、vaapiって叩いたら、とりあえず使えるっぽい。(SSHログインなのでX-Serverコネクトエラー)
$ vainfo
error: can't connect to X server!
libva info: VA-API version 0.38.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.38 (libva 1.6.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Bay Trail - 1.6.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
0537login:Penguin2016/03/05(土) 00:47:12.48ID:SnnS0jZi
そいで、なんて叩けば、GStreamerでTSファイルのエンコードできるのか分からん。
ググルとRasbery PIのやつがたくさん出てくるけど、mpeg decoderのライセンス購入が必要??
0538login:Penguin2016/03/05(土) 03:13:23.18ID:3xPXsbiu
Chinachuで自動スリープ/スリープ復帰したいんだけどどうすればいい?
0539login:Penguin2016/03/05(土) 10:02:21.57ID:17e6qrll
>>537
gst-launch使う、ググりなされ
http://www.intel.com/content/dam/www/public/us/en/documents/white-papers/video-encode-atom-e38xx-emgd-gstreamer-paper.pdf
0540login:Penguin2016/03/05(土) 11:11:32.27ID:SnnS0jZi
>>539
ありがとう。gst-lanch tsデンコードでググって、途中の処理をパイプで繋いでいくことは分かった。
参考サイトからスクリプト見つけてきて実行。その結果、
WARNING: erroneous pipeline: エレメント "omxmpeg2videodec" がありません
と出てくるので、この対策を調べているところ。

このインテルのPDFでは、下のほうにMP4エンコードの記述例が出てくるけど、
入力動画が、/dev/cameraまたは、RAWデータになっているね。
PT3で撮ったTSはmpegなので、そのデコードをやる必要があると思うけど、
omxmpeg2videodecはそのデコーダかな。
0541login:Penguin2016/03/05(土) 11:50:19.61ID:17e6qrll
>>540
omxmpeg2videodecはRaspberry PiのSoC向けHWエンコーダーだぞ
あるわけないっしょ
0542login:Penguin2016/03/05(土) 11:52:06.69ID:17e6qrll
いやちがったデコーダーだ
intelだとgstreamer-vaapiプラグインに入ってるHWエンコーダーやHWデコーダー使うんよ
ググればいろいろ出てくるんじゃね
0543login:Penguin2016/03/05(土) 13:13:51.50ID:JejhE2+C
俺の日記帳に書いてなかったかな
0544login:Penguin2016/03/05(土) 13:25:33.65ID:JejhE2+C
>>540
現行スレには書いてないな。
軽く説明。

ts demux
MPEG のデコード
video parse
Encode
Mpegのmux
コンテナに入れる人指定

この辺りをパイプラインに組み込めばいけるはず。画像相変わらず破綻するか報告期待している。昔のはシーンチェンジで破綻が目立った。

オーディオとかも同時に処理したかったら頑張って。ストリームの中で音声がステレオ→多チャンネルとかに変更するタイミングで、EOFになったらgstreamerのtsdemuxerのバグ。頑張ってね。
0545login:Penguin2016/03/05(土) 14:26:55.02ID:SnnS0jZi
ありがとう。だいぶ分かってきた。
vaapidecode とか、vaapiencode_h264とか使うわけね。

なぜか、vaapidecodeもvaapiencode_h264も見当たらない。
めんどくさくなって、qpt-get install gstreamer*としてなんでもかんでも入れてみたけどそれでもだめ。
今から仕事なのでまた明日見てみる。
■ このスレッドは過去ログ倉庫に格納されています