Linuxでテレビ総合スレ 避難所 2
■ このスレッドは過去ログ倉庫に格納されています
>>36
BS03_2は103、BS13_2は113でいいんだよね?
ビルドしたバイナリでテストすると
BS03_2はBS03_0、BS13_2はBS13_0として認識されちゃうな 手元にソースないけどそれはサービスIDでは
周波数(freq)を直さなきゃいけないんじゃないかな >>37
これとchinachu pvr一緒に固めたいんだけど普通に使えるかな? 今さんぱくん使ってないから雑なチェックしかしていないけど今回のBS再編用のパッチ
patch -p1 < tq7uLXti.txtで当ててね
ttps://pastebin.com/raw/tq7uLXti
5/28以降にchannel.hの13行目の
#define BEFORE20180528
を削って再コンパイルすれば、5/28のスターチャンネル2,3の移動にも対応できているはず >>39
指定のtsid見つからないときは最初のtsidのストリームをsplitして出力するみたい
freqは合ってるみたいなのでtsidチェックを >>43
情報ありがとう、無事観れました!
結局ちょっと前に流出してた変更後のTSIDが
誤情報だったというオチでした。
28日もTSIDに関して多彩な情報が流出してますが…。 >>45
TSIDは当初の予想とは大幅に違ったからねえ
来週も大混乱しそうだわ MirakurunでChannels.yml書き換えたのにBSアニマックスだけ番組表に表示されない… 録画コマンドはちゃんと動くのか?
あとmirakurunの同期は結構時間かかる またまた他スレの情報をもとに書き換えてみました
PX-W3U4+CentOS7
■usb-px4.ko
スターチャンネル2・3 周波数変更 0x00B4B400(11842560)→0x00B70B60(11996000)
4:9CD0 00 60
4:9CD1 B4 0B
4:9CD2 B4 B7
4:9CE8 00 60
4:9CE9 B4 0B
4:9CEA B4 B7
スターチャンネル2・3 TSID変更 0x4470→0x40F2
4:9CE0 70 F2
4:9CE1 44 40
4:9CF8 70 F2
4:9CF9 44 40
スターチャンネル2・3 チャンネル番号変更 BS07_0→BS15_1
4:AC10 03 07
4:AC14 00 01
4:AC18 03 07
4:AC1C 00 01
■recpt1/pt1_dev.h
{ 3, CHTYPE_SATELLITE, 0, "201"}, /* 201ch:スター・チャンネル2 */
{ 3, CHTYPE_SATELLITE, 0, "202"}, /* 202ch:スター・チャンネル3 */
↓
{ 7, CHTYPE_SATELLITE, 1, "201"}, /* 201ch:スター・チャンネル2 */
{ 7, CHTYPE_SATELLITE, 1, "202"}, /* 202ch:スター・チャンネル3 */ >>49
貴方すごい貢献度ですね
帰ったら試してみます >>48
ttps://blogs.yahoo.co.jp/honch_21/41523976.html
によると、スターチャンネルのTSIDは0x44F2でチャンネル番号はBS15_2のようですが。
当方は有料チャンネルに入っていないので試せませんが。 >>52
旧BSプレミアムならBS15_1、そもそもBS15はWindowsより数字が小さくなってるっぽい >>53
失礼ですが、おっしゃっている意味がよくわかりません。WIndowsより数字が小さいってどういうことですか?
>>51
add tentative 4k channelsってPTxで4k右旋放送は受信できるんですか?
A-CAS解いたり、HEVCデコードに対応する必要はあるんでしょうけど。 >>52
TSIDは当該ブログの新しい記事で訂正されているようですね
チャンネル番号については、当方ではepgrec UNAを利用しており、そちらがEPG情報をもとに
自動的にチャンネル番号を変更していることが動作ログに出ているので、それに合わせたものです
Windows用の多くのBonDriverではNHK BS1がBS15/TS1とされているようなのですが、
recpt1ではBS15/TS0と解釈しているようです
このためBS15の他のチャンネルも番号がひとつずつずれていることになります recfriio使ってるのだけど、BSチャンネル変更でソース修正しようとしてるのだけど、うまく動かないです。
どなたか、うまく行った方いませんか?
https://github.com/stz2012/recfriio >>33
単体でGR,BSは取れたみたいだが(トラポン移動したch未確認、スマン)、mirakurun経由だとなんか駄目っぽい。
高速ch切り替えに追いつけないとか、前プロセス終了前にコマンド投げて「空きチューナ無」状態になってるのか >>58
ソース変更いる?
BS15_1とかで指定すればいいだけでは
B1〜30でやりたいならREADMEの対応表を参考にPLLConfA〜Dの順番を入替だろうか >>54
> add tentative 4k channelsってPTxで4k右旋放送は受信できるんですか?
そもそもPTxとかで使われてるTC90522はISDB-T/Sに対してTS出力する専用チップ
BS4K/8KはISDB-S3になってストリーム形式もTSじゃ無くなるので、普通に考えて復調すら無理 BS再編、BS-Japanの番組のスレで話題に出てたのをナンジャラホイという感じだったが
きのうMythTVで録画しようとしたらキャプチャできなくて、あぁこれのことか、と
急いで調べて設定変更しましたわ
ただ、キャプチャというか録画機能は復旧したけど、リアルタイム視聴はエラーでちゃうちゃん
=> BS-TBS(161,BS1/TS2),BS-Japan(171,BS1/TS3)が該当 BS-Asahi(151,BS1/TS1)は視聴可
VAAPIのデコード/再生支援機能との兼ね合い、らしいってなトピックも見かけたけど
リアルタイム視聴は確認用にしか使わないから、まぁええか、と >>57
ありがとう。chinachuの情報なくて自分でどうにかしようと思ってたらこれで行けました。
BS15_2じゃなんで行けなかったのかなぁ BS15_0にあるデータストリームをカウントする派としない派があるんやろなあ BS15だけTSIDの末尾とTS番号がずれてるから紛らわしい
BonDriverはTS番号でアクセスしてるわけじゃないから末尾の数字に合わせてTS1/TS2としてるけど
実際にはTMCCではTS番号0が40f1(BS1とかDpaダウンロード)でTS番号1が40f2(スタチャン2,3)になってる BonDriverはかつてBS15/TS0にスターチャンネルが入っていたのが移動した際に
BS15/TS1だったNHK BS1・2のTS番号を付け替えなくても受信できるし
録画ソフトによってはTS番号を付け替えるとトラブルになりそうだったから
BS15/TS0がなかったことにされたって気がするんですけどどうなんでしょうね Aribの運用規定で初回起動時のチャンネル構成取得をBS1で行なうって仕様があり
初期の衛星チューナーの一部がBS1のTSIDをハードコードしていたので
BS15トラポンだけスロットルを-1するように仕様変更したらしい mirakurunはchannels.ymlにチャンネル設定を書くけど録画時のチャンネルは
録画コマンドに(EX recdvb等)依存するからチャンネル表の部分が正しくないと
まともに動作しない。自分の探し方が悪いのか?
CS部分がすべて正しいpt1_dev.hが何処にもない。
自分でコツコツ確認しか無いのか? >>71
serviceIdは指定しなくても問題ないから
地上波と同じようにchannelだけ指定すればいい BS00_0形式の07,17以外全部とCS2〜CS24で登録してる >>72
>serviceIdは指定しなくても問題ない
放送は多重化しているのでserviceIdをキーにして分離するから必要なのでは?
VLCでチャンネル選んで再生すれば良いのかも知れないけど
ファイルの容量は大きくなる。
自分はsambaサーバー配信でREGZAで見ている。
やっぱり分離が >>74
サービスの情報はMirakurunが別に持ってるから分離できてる
Chinachuでファイルサイズが増えるってことは起きてない winからlinuxに移行考えてるんだけど、おすすめソフト教えてください。
PT3売り払ってPX-Q3PE4で構築しようかと思ってます。 Raspberry pi3(raspbian stretch)+chinachu+kodi+harekaze
で視聴を試みています。chinachuでは視聴や再生、番組表など問題ないのですが、harekazeにて番組表が一部しか表示されないのと、録画したものが再生されません…。kodiやharukazeの問題だと思うのですがどなたかわからないでしょうか?
おねがいします。 >>76
chinachu, epgstationあたり
あとpt3売るのは止めておけ
px-q3pe4はプレ糞のドライバがカスだから
bsの新規局増えた時に対応できるか怪しい >>77
視聴してるだけだしあまり使ってないんだけどkodiの番組表は表示されないことあるね、何故かは分からないけどhsrekazeの有効化をやり直して取り直して表示してる
あと録画はしてないけど再生できないって他のパソコンでも出来ないの?録画はスクランブルかかったままとか?
あまり詳しくないので良く分からないけど >>77
Android上のKodiでアクセスして変になったことはないな
harekaze自体はChinachuからデータ引っ張ってるだけだし……
番組表はKodiの設定のPVR&Live TV settingで
データクリアをやってみるとか
一般のチャンネルマネージャー見て無効になってないか確認するとか
録画の再生はHarekaze側の設定で
ストリーミングのエンコードをオフにしてみたらどうよ >>76
Linuxに移行するならPT3を売るのは絶対にやめた方がいいよ
勿体ない
ていうか俺が定価で買うよ 定価なら誰だって買うよ
今普通に売ったら絶対定価以上で売れるんだからw >>79
>>80
ありがとうございます!
番組表の方はpvr&liveTVsetting データクリアでおkでした!
しかし再起動すると番組表が何故かまた消えるので再起動後は毎回データクリアしなければなりません…
再生出来ない問題は今確認した所、他のpcからでもストリーミングNG(xspf→500 internal server error)でした…
tsをダウンロードすれば見れます。ライブ視聴は見れます。
前々スレにも同じ症状の方が居たようですが解決には至ってないようです…
スクランブル解除されてないんですかね?kodiのエンコードはオフでした >>83
liveで見れるなら解除できないってことはないと思う
録画済みファイルにアクセスできてないんじゃないか?
録画してる場所にchihachuやffmpegのアクセス権あるんかいな
色々とログ見た方がいいと思う >>78
epgstationて、epgrec UNAみたく
任意のディレクトリに保存可能? epgrecがわからんが
epgstationでは録画ディレクトリは一箇所固定(config.jsonで指定)
その一箇所は好きな場所にできる
うちならNAS ほんとだ、できるようになってた
古い情報書いてごめん EPGStationは改善が活発なのがいいな
モバイルからも使いやすいと思う
知らない間にBasic認証も実装されたが、SSLはまだないか
認証もSSLもリバースプロキシでいいんだけど
websocketを通す設定にしないといけないのがちょっと面倒 EPGStationはちょっと前に試した時、リバースプロキシが挟まることが考慮されてなかったような EPGstationはスマホからシームレスにライブ視聴できて便利なんだけど
リアルタイムエンコするのがキツイからワンセグをcodec copyで配信できるモードがあったら良いなと思った
(低画質だけど既にエンコ済みの映像が放送波に含まれてるわけだからライブ視聴にちょうどいい)
今はとりあえず重たいけど無変換TSを直接スマホで再生してる うちはnginxで使えてるけと
HLSじゃないストリーミングはm3u8に元のホスト名が書かれそう トランスコードは画質重視しないのでvaapiでやってる epgstation入れてるpcにNvenc用に余ってるGT740入れた事あったけど
ワット数が気になって外した
qsvはlinuxじゃcpuやディストリ選ぶしvaapiがいいのかな 俺は金と時間が出来たらRyzenGで試す予定だぜ
こっちも最新カーネルじゃないとアカンので大変ではあるが うちの録画サーバはCeleron N3350(2コア)
vaapiトランスコードで1コアの70%くらい使う
エンコードした場合は元の2倍速くらい
QSV(Intel Media SDK)を使おうと頑張った時期もあったが
俺の能力では困難だった >>96
gitの最新版で動くかもしれない
https://github.com/Intel-Media-SDK/MediaSDK/releases
> This release introduce support for Kabylake, Coffeelake and Apollo Lake families. See the Known Limitations section in release notes for details.
kabylake, coffelake持ちにも朗報かな? >>98
朗報
Skylakeのi3中古でも買おうかと思ってたけどkaby,Coffeeでも良いとなると選択肢増えるね
あとはCPUのグレードかー coffe lake i3とかになると4コアだし、media sdkダルいからcpuエンコでよくね?ってなるなあ
celeronに対応してくれ >>91
俺は鯖がraspiで貧弱なので
m3u8に、mirakurunのapiからワンセグ呼び出す
アドレス複数書いて、リバースプロキシかまして
外出先からvlcで観てる
通信量も抑えられていいよ Raspberry pi 3でセットアップしています。installation v2見ながらセットアップ完了し、ブラウザでアクセスしてみると、アクセスは出来ますが真っ白で何も表示されません。何が悪さしていると考えられるでしょうか?
おねがいします。 チューナーは何で録画コマンド(rec何とか)はですか?
録画コマンドだけで選局録画はできてますか アクセス権じゃねえかなあ
pm2を起動したユーザーとchinachuの権限が違うとか mirakurunでnhk総合が13:00から16:50までepgが空なんだがおま環なのか? うちは神戸局だが16時までニュースになってる
地震関連だろう サンクス
ニュースになってるのか
うちはeテレも空になった
明日の朝ドラの後も空だなあ
8:15から8:30までの間 eテレ(大阪局)は通常通り
明日の朝ドラ後はうちも空白 わざわざ確認してくれてありがとう
朝ドラのあとの空白はテレビで見ると、同じ朝ドラの続きが入っていた
13:00から16:50は空白はテレビでニュースだったしMirakurunのバグかなあ 13:00の空白、nhk総合をmirakurunで視聴してたらepgが更新されて表示されるようになった
朝ドラの空白はそのまま RaspberryPi3 + PX-S1UDV2 + Chinachuで使っているんだけどしばらく使っていると録画に失敗するんだけど安定して使えてる人いる?
それともこういうものなの? ブラウザだとルールが反映されず予約ゼロ、LAN越しだと過去の予約が糞詰まりになってしもうた いつの間にかPLEXの新しいドライバ出てるな
Debian9とUbuntu LTSはうれしい Deb9来たか
今夜試すが、BS再編対応してるのかな
追加だけでCentOSとかの更新ないし Debian9用
Unknown Symbolでinsmodできんな
uname -rは4.9.0-6-amd64なんだが
また手が空いたら調べよう BS再編の影響(エンコーダのMPEG2AD化)でVAAPIでffmpegのhwaccelを使うと映像が壊れる症状は、
最新のffmpegでも直ってませんか?(自分で調べれば良いんですが今時間がないので申し訳ない) ffmpeg側で回避出来んのあれ?
めんどくせぇからchinachuのコマンド発行するところいじってデコードはソフトウェアでやるようにしてる。最近はアップデートもないし 時間がないと言いながらあったのでやってみた。
ffmpeg 4.01でも変わらず。hwaccelつけてBS放送のtsをエンコすると画面が崩壊する。
やっぱ英語で書かなきゃ何も伝わらないわな。。。 va-driver側でなくffmpeg側なのかね
今んとこデコード側はソフトにして問題ないからいいけど vaapiじゃ無くてwindowsでqsvだけど、qsvencでmpeg2adの問題は聞かないしソフトで回避できそうな気がする MPEG-2 AD (フィールドピクチャ―ストラクチャ)って具体的に
ビットストリーム中のどの部分が変わったのかな...
http://dvd.sourceforge.net/dvdinfo/mpeghdrs.html#ext
のPicture_Coding_Extension byte6:picture_structure のフィールドだったら
既存のffmpegのコードでもちゃんと見てるような気がするんだけど.. >>128氏の言うとおり、vaapiの問題なら早く解決しそうだが。 来たぞ
ほぼ完全体だ
https://github.com/nns779/px4_drv/issues/1#issuecomment-401595309
> 0a43c3b にてUHFの13-52ch限定ですがT側(px4video2,3)での録画ができるようになりました。 >>121
この6月版のドライバはBS再編対応してるっぽい と言う事はfoltia版の修正をやっとしったっていうことかな
ただビルドするだけなのに糞みたいに遅いのがプレ糞 px4_drvの作者です
T側に対応するまでに時間が掛かってしまいました すみません
R850のレジスタ値の設定を周波数から行う処理が完成するまでT側の対応をするつもりは無かったのですが、
解析がかなり大変で完成がいつになるのか分からなかったので、暫定的に公式ドライバの設定値をあらかじめキャプチャしたものを使用する形としました
ここで1つ注意点
公式ドライバで発生するT1->T0の順に開いたときのドロップは、px4_drvでも発生します
気になって挙動を調べてみましたが、T0のR850のレジスタに初めて値を書き込むと必ずと言っていいほどT1のR850に影響を及ぼすので、
なんだかどうしようもなさそうといった感じです
このドロップは諦めるしかなさそうです…
その他は、T側のチャンネル設定直後のTSにゴミパケットが少し入ること以外は問題なさそうです ■ このスレッドは過去ログ倉庫に格納されています