Linuxでテレビ総合スレ 避難所 2
■ このスレッドは過去ログ倉庫に格納されています
=≡=
/
〆 . .∈≡∋
|| γ ⌒ヽヽコノ ||
|| .| |:::| ..〓 .||
./|\人 _.ノノ _||_. /|\
∧_∧
( ・∀・)
( ∪ ∪
と__)__) 旦 シーン
=≡= ∧_∧
/ (・∀・ ) <静かにしてます
〆 ┌ | | .∈≡∋
|| γ ⌒ヽヽコノ ||
|| .| |:::|∪〓 .||
./|\人 _.ノノ _||_. /|\ ウズウズ…
=≡= ∧_∧ I'm ready.......
/ \ (・∀・ )/
〆 ⊂ つ∈≡∋
|| γ ⌒ヽヽコノ ||
|| .| |:::|∪〓 .||
./|\人 _.ノノ _||_. /|\ _∧_∧_∧_∧_∧_∧_∧_∧_
デケデケ | |
ドコドコ < うpまだーーーーーーーー!!? >
☆ ドムドム |_ _ _ _ _ _ _ _ _ _|
☆ ダダダダ! ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨
ドシャーン! ヽ オラオラッ!! ♪
=≡= ∧_∧ ☆
♪ / 〃(・∀・ #) / シャンシャン
♪ 〆 ┌\と\と.ヾ∈≡∋ゞ
|| γ ⌒ヽヽコ ノ ||
|| ΣΣ .|:::|∪〓 || ♪
./|\人 _.ノノ _||_. /|\
ドチドチ! スコココバシッスコバドドトスコココバシッスコバドドトスコココバシッスコバドドトスコココバシッスコバドドトスコココ
スコココバシッスコバドドドンスコバンスコスコココバシッスコバドト _∧_∧_∧_∧_∧_∧_
スコココバシッスコバドドト从 `ヾ/゛/' "\' /". | |
スコココバシッスコハ≡≪≡ゞシ彡 ∧_∧ 〃ミ≡从≡=< まだーーー????!!!!! >
スットコドッコイスコココ'=巛≡从ミ.(・∀・# )彡/ノ≡》〉≡.|_ _ _ _ _ _ ___|
ドッコイショドスドスドス=!|l|》リnl⌒!I⌒I⌒I⌒Iツ从=≡|l≫,゙ ∨ ∨ ∨ ∨ ∨ ∨ ∨
スコココバシッスコバドト《l|!|!l!'~'⌒^⌒(⌒)⌒^~~~ヾ!|l!|l;"スコココバシッスコバドドドンスコバンスコスコココ
スコココバシッスコバドドl|l|(( (〇) ))(( (〇) ))|l|》;スコココバシッスコバドドドンスコバンスコスコココ
スコココバシッスコバドド`へヾ―-― ―-― .へヾスコココバシッスコバドドドンスコバンスコスコココ ノ⌒ ⌒ ⌒ ⌒ ⌒ ⌒
( 疲れた・・・
デケ...ドコ... ヽ
=≡= ∧_∧ ⌒ ⌒ ⌒ ⌒ ⌒
/ ε=(‐∀‐iill)
〆 ┌\と\と ヽ ∈≡∋
|| γ ⌒ヽヽコ ノ ||
|| .| |:::|∪〓 ||
/|\人__ノノ _||_ /|\ ダダダダ! _ ドチドチ!
☆ ミ ∠_)
☆ ./ ウイーン♪
ドシャーン! ヽ ./ ウイーン♪
=≡= Γ/了 ☆
♪ / |.@| / シャンシャン
♪ 〆 ┌─┐┌─┐ヾ∈≡∋ゞドムドムドムドム
|| γ ⌒ヽヽ. ┬┘ ||
|| ΣΣ |:::| .| || ♪
./|\人 _.ノ人 |\ ./|\
アアガガガガガガガ そろそろテンプレにepgstationも入れていいんじゃね
epgrecどころかchinachuまで止まってる今、唯一の希望だろ
そういえばchinachu airはどうなった? https://github.com/Chinachu/Chinachu/issues/344#issuecomment-355090026
gammaの開発止まっているし、開発が続いているならairに注力しているんじゃない?
個人的にはmirakurunのプルリクが溜まっているのが気がかり >>27
ああ、もうガンマの開発終わってるんだね
chinachu作者自身がepgstationを勧めてるのかー
てことは今は水面下でairの開発を進めてると思いたいな W3PEスレの情報をもとに書き換えてみました
PX-W3U4+CentOS7
■usb-px4.ko
BSアニマックス 周波数変更 0x00B4B400(11842560)→0x00B67588(11957640)
4:9D00 00 88
4:9D01 B4 75
4:9D02 B4 B6
BSアニマックス TSID変更 0x4671→0x46d2
4:9D10 71 D2
BSアニマックス チャンネル番号変更 BS07_1→BS13_2
4:AC20 03 06
4:AC24 01 02
ディズニー 周波数変更 0x00B4B400(11842560)→0x00B38850(11765840)
4:9D18 00 50
4:9D19 B4 88
4:9D1A B4 B3
ディズニー TSID変更 0x4672→0x4632
4:9D28 72 32
ディズニー チャンネル番号変更 BS07_2→BS03_2
4:AC28 03 01
■recpt1/pt1_dev.h
{ 3, CHTYPE_SATELLITE, 1, "236"}, /* 236ch:BSアニマックス */
{ 3, CHTYPE_SATELLITE, 2, "256"}, /* 256ch:ディズニー・チャンネル */
↓
{ 6, CHTYPE_SATELLITE, 2, "236"}, /* 236ch:BSアニマックス */
{ 1, CHTYPE_SATELLITE, 2, "256"}, /* 256ch:ディズニー・チャンネル */ mirakurun + dvb5v-zapで修正完了
今回はisdbs.confの修正も必須だったわ スレも変わったし過去の変更含めて纏めた方がいいのかもな
CentOS以外も放置状態だが実環境ないと検証めんどい 千夏の作者氏の会社、bitFlyerに買われたんだな
億り人になったのだろうか うーん、今回recfsusb2nはchannel.h変更とリビルドではだめのようだ。
できた人いる? む
さんぱくんはうちではdropするのでW3U4が安定してからは予備に回しててノーチェックだ kodi dual mono対応誰かしてくれないかなあ
自分でやりたいけどc++とか読めない >>33
ビルドしたら動いた
注意点はfreqも合わせて修正、くらいか >>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に対応してくれ ■ このスレッドは過去ログ倉庫に格納されています