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

【視聴・録画】Linuxでテレビ総合10 [転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001sageoff2014/12/03(水) 07:33:18.13ID:6p/CugPc
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でテレビ総合9【デジタル/アナログ】
http://hayabusa6.2ch.net/test/read.cgi/linux/1388900589/

【過去スレ】
【視聴・録画】Linuxでテレビ総合8【デジタル/アナログ】
http://engawa.2ch.net/test/read.cgi/linux/1359268284/
【視聴・録画】Linuxでテレビ総合7【デジタル/アナログ】
http://engawa.2ch.net/test/read.cgi/linux/1342343650/
【視聴・録画】Linuxでテレビ総合6【デジタル/アナログ】
http://engawa.2ch.net/test/read.cgi/linux/1326804531/
【視聴・録画】Linuxでテレビ総合5【デジタル/アナログ】
http://engawa.2ch.net/test/read.cgi/linux/1309182037/
【視聴・録画】Linuxでテレビ総合4【デジタル/アナログ】
http://hibari.2ch.net/test/read.cgi/linux/1293388638/
【視聴・録画】Linuxでテレビ総合3【デジタル/アナログ】
http://hibari.2ch.net/test/read.cgi/linux/1269999876/
【視聴・録画】Linuxでテレビ総合2【デジタル/アナログ】
http://pc11.2ch.net/test/read.cgi/linux/1253880711/
【視聴・録画】Linuxでテレビ総合【デジタル/アナログ】
http://pc11.2ch.net/test/read.cgi/linux/1231189481/
Linuxでテレビを見る
http://pc11.2ch.net/test/read.cgi/linux/1013649811/
0446login:Penguin2015/07/02(木) 22:51:46.31ID:abHTpJ8z
>>444

m3u8-segmenterを使ってNHKをリアルタイムでHLSしていて思いましたが
エンコードが止まるのは番組の切り替わり時の様ですね。番組をまたぐ
ように録画したTSをセグメント分割せずにgstreamerでエンコードだけ
すると番組の切り替わり時までしかエンコードしてくれません。
gstreamer側かそれより前の段階でなんとかしてやらないといけない様です。

m3u8-segmenterはCPU使用率も低くて良いかと思ったのですが、VLCだと
音声しか再生されないことがほとんどでダメですね。
0447login:Penguin2015/07/02(木) 23:17:31.99ID:KWuuOoan
>>445
予定は未定だけど、できればやってみようかなと思っている。

ttps://github.com/TheTroll/FFmpeg

FFmpeg はとりあえずパッチが作られているみたいね。
/dev/dri/cardN を環境変数かハードコーディングした値で取ってくる仕様にしているみたいだけど。

個人的には /sys/bus/pci/devices/* をなめていって
VendorID が Intel 且つ
DeviceClass が VGA というデバイスの
DRIデバイス名を引いてくるほうが綺麗でいいと思うんだけど。
GPUを複数搭載した環境で問題が出る原因となるから、
根本対処を最初からしておくってのも大事だと思うから、
パッチ出したほうがいいかなあ。

VLCのエンコーダは元々のバグ対処の方式に問題がないかの裏付けの確認と、
今回のLinux対応のコードを入れ込んでいるところ。
どのあたりでパッチを投げ込むか様子を見かなぁ。
色々と細かいところで不具合が多くて、どこまで直すか悩ましい。
04483982015/07/02(木) 23:24:18.63ID:hn66nqMd
>>441
ffmpeg側で音声を再エンコしたら エラーは消えましたが、今度は
http://i.imgur.com/t5VyHNu.jpg
このエラーが関係してるかわかりませんが、動きのある箇所がブロックノイズが酷く 画面の下から1/4位が頻繁にノイズが出ます……
いろいろ調べましたが 有効な情報が見つからず……
gstreamerからの出力を1度tsファイルに出力してそれをffmpegでHLS配信するときには出ないのですが、パイプで繋ぎリアルタイムでセグメント化すると発生するようです

>>446
確かに番組またぎになると recdvd側がPID rescanとなって停止しますね……
これも解決策を探してます
0449login:Penguin2015/07/02(木) 23:28:03.50ID:KWuuOoan
> m3u8-segmenterを使ってNHKをリアルタイムでHLSしていて思いましたが
> エンコードが止まるのは番組の切り替わり時の様ですね。番組をまたぐ

古典的なんだけど、TS の ProgramID 変更に追従できてない的な雰囲気が…
gstreamer の tsdemuxer 使ってる?
0450login:Penguin2015/07/03(金) 01:27:22.38ID:DZSdVsyL
コンテナ変えてcodecはcopyとかのを挟むとどうなるんだろ?
0451login:Penguin2015/07/03(金) 01:37:56.17ID:DZSdVsyL
>>443
っていうかソースだけ出して放置とかでも誰かやりそうなものだけど、なんで中途半端な状態なんだろ?
そもそも何を用意すれば使えるものかわからないけど、あの公式ドライバ使えた人居るのかな?
0452login:Penguin2015/07/03(金) 07:18:04.49ID:IFBVsGiC
>>447
他にも直している人がいるんだ
このパッチがマージされてから少しずつPull Request出すと発散せずマージされやすいかもね

といっても自分はこの分野はまったく専門家ではないので、ただ楽しみにしています
0453login:Penguin2015/07/04(土) 08:47:11.21ID:oKZeTlW2
>>449

> 古典的なんだけど、TS の ProgramID 変更に追従できてない的な雰囲気が…
> gstreamer の tsdemuxer 使ってる?

良く分かっていないので参考になりそうなURLとかないでしょうか?
>>398さんの>>424の設定を少しだけ変更してます。入出力をファイルにしたのと
ビデオサイズは落としてビットレートは上げてます。おそらく使っているのだろうと
思っていますが、gstreamerの使い方も良く分かってないです。
0454login:Penguin2015/07/04(土) 08:50:37.56ID:oKZeTlW2
今使っているMPEGTSからh264TSにエンコードするtesth264.shです。

#!/bin/sh
gst-launch-1.0 --quiet --gst-debug-level=1 filesrc location=$1 \
! tsdemux name=demuxer demuxer. ! queue ! aacparse ! avdec_aac \
! audioconvert dithering=0 ! voaacenc bitrate=128000 \
! muxer. mpegtsmux name=muxer ! filesink location=$2 demuxer. \
! queue ! mpegvideoparse ! omxmpeg2videodec ! videoconvert \
! omxh264enc target-bitrate=600000 control-rate=variable \
! video/x-h264,width=640,height=360,stream-format=byte-stream,profile=high \
! h264parse ! muxer.

$ mkfifo buffer
$ recdvb --b25 13 - - | testh264.sh /dev/stdin buffer
$ omxplayer --win "0,0,640,360" buffer

FIFO経由ならそれなりにomxplayerが再生してくれます。ブロックノイズは
それなりにでます。アニメとかだとかなり目立ちます。
0455login:Penguin2015/07/04(土) 11:11:28.47ID:i9X9hQCs
テレビとnasneではMX見れているんだけどrecpt1から録画しようとすると
Cannot tune to the specified channelとなる。
これの原因ってPT3のチューナーの感度の問題?それとも設定?

# recpt1 --b25 --strip 20 10 mx.tx
using B25...
enable B25 strip
pid = 12410
Cannot tune to the specified channel
0456login:Penguin2015/07/04(土) 12:53:55.54ID:FHQ4BTRf
>>453-454
! tsdemux name=demuxer demuxer. ! queue ! aacparse ! avdec_aac \

が入ってるので、gstreamer の tsdemuxer 使っているね。

recdvb は使った事ないからわからないんだけど、
ここでも demux されている気がしないでもない。
ProgramID の変更に追従できる作りになっているんだよね?>識者ツッコミよろしく

gstreamer の tsdemuxer で ProgramID を指定するのは
program-number=1024
とかこういう風に指定すればよい。

今時のtsparserは問題ないと思うんだけど、
実は解決していないものが残っているのかなぁ。

詳しくは「わかさトラップ」で検索してみて。
04574552015/07/04(土) 14:32:13.85ID:i9X9hQCs
MXのチャンネル間違っていた 20ではなく16だった
0458login:Penguin2015/07/04(土) 18:01:45.04ID:oKZeTlW2
>>456
ありがとうございます。

> 詳しくは「わかさトラップ」で検索してみて。

http://technica-blog.jp/1159

検索して出てきた上記URLを読んでみました。
なるほど、動画のPIDが変わるとそれに対応できずに問題が出やすい
ということですか。厳密にはPMTを総当たりで見ないといけない気がしますが
>>446で番組をまたぐように録画したTSはNHKでCMはありませんので変わる
とすれば番組単位だろうと考えて、tsinfoを実行してPIDを確認して
みました。動画も音声もPIDは変わっていないようです。他の要因で
止まるということでしょうか。

$ tsinfo -m 4000000 nhk.ts
Packet 687 is PMT with PID 01f0 (496)
PID 0100 ( 256) -> Stream type 02 ( 2) H.262/13818-2 video (MPEG-2) or 11172-2 constrained video
PID 0110 ( 272) -> Stream type 0f ( 15) 13818-7 Audio with ADTS transport syntax
Packet 1200575 is PMT with PID 01f0 (496) - content changed
PID 0100 ( 256) -> Stream type 02 ( 2) H.262/13818-2 video (MPEG-2) or 11172-2 constrained video
PID 0110 ( 272) -> Stream type 0f ( 15) 13818-7 Audio with ADTS transport syntax
0459login:Penguin2015/07/04(土) 19:46:16.10ID:PkAKQOuA
> Packet 1200575 is PMT with PID 01f0 (496) - content changed
この「content changed」ってなんで出てるんですかね。
番組の変更タイミング?
このタイミングでgstreamerの動きが止まってたりしませんかね。
0460login:Penguin2015/07/04(土) 23:03:02.36ID:HuauyiKt
Linuxの話じゃないんだけど
safari(OSXとiOS)から手動で録画予約すると全部ワンセグ録画になっちゃう
放送中の録画とFirefoxからだとならない(data/reserves.jsonで確認)
助けてエロい人
0461login:Penguin2015/07/05(日) 08:33:16.89ID:3nQkEQxI
>>398
>>448
>>450

>>446の番組をまたぐように録画したTSをavconv(ffmpeg)でmpegtsに
再コンテナしてgstreamerに渡すと番組の切り替わりで終了しませんでした。
ひとまず、FIFO使ってRaspberryPi2自身で再生するとしたらこんな感じです。
testh264.sh は >>454 のです。

$ mkfifo buffer
$ recdvb --b25 13 - - \
| avconv -i - -vcodec copy -acodec copy -f mpegts - \
| testh264.sh /dev/stdin buffer
$ omxplayer --win "0,0,640,360" buffer

avconvがCPU10%ぐらいを使ってくれるのとすべてのチャンネルでOKか
どうかはわかりませんが>>448の対策としてどうでしょうか?
0462login:Penguin2015/07/05(日) 09:26:17.23ID:3nQkEQxI
>>459

ERROR: from element /GstPipeline:pipeline0/GstTSDemux:demuxer: Internal data stream error.
Additional debug info:
mpegtsbase.c(1311): mpegts_base_loop (): /GstPipeline:pipeline0/GstTSDemux:demuxer:

わざと番組変更をはさむように録画したTSですので、番組変更のタイミング
だと思います。gstreamerはそこで上のエラーで止まります。希望としては
番組の切り替わりで止まって欲しくはないのです。エンコードが止まる理由
ないしは回避策を考えていたのですが、「わかさトラップ」的なPIDの変化は
なさそうだというのを確認してみたものです。(これで本当に確認になった
という自信はありません。)止まる理由はよくわかりませんが対応策としては
>>461が使えるのではないかと思います。

結局何がしたいのというと、RaspberryPi2+PX-S1UDの構成をサーバーにして
現在放送中のTSをリアルタイムで取得しつつRaspberryPi2のハードウェア
エンコーダーでエンコードしたh264を配信したいということです。別の
言い方だと、現在放送中の番組をAndroid等のタブレットで視聴できたら
いいなってことですね。もちろん、TSそのままで扱えれば楽なのですが
タブレットのパワーとか無線環境とかで残念ながらうまくいかないので。
0463login:Penguin2015/07/05(日) 11:23:24.38ID:m799ZsZx
BonDriverProxyExですが、/usr/local/bin にいれたら
同じディレクトリにある BonDriverProxyEx.conf を読まないようです。
/tmp にコピーしてから起動すると問題なく読み込めるようです。
OSはRaspbianです。

/proc/self/exe だと /usr/local/bin を取得できないとかあるんですかね。
0464login:Penguin2015/07/05(日) 13:29:53.01ID:txq89grC
>>462
その問題が発生するTSを部分的に抽出たものを頂いて、
解析してみたいと思います。
番組変更の前後1MByteぐらい抽出して検証させてもらえませんか。

パッチを作れたらコミットするまでやろうと思いますし、
そこまで対応出来ないにしても、gstreamerにバグレポートぐらいはしてみたいと思います。
0465login:Penguin2015/07/05(日) 21:41:33.57ID:aiX28bd9
>>463
うーん、さっきCentOS6.6の環境で試してみたのですが再現しないので、Raspbianは何か違うんでしょうか…
---
$ BUILD=DEBUG make serverex
---
でデバッグビルドして正しく引数付けて実行すると、読もうとしてるconfファイルのパスが表示されるので
それで何かわからないでしょうか?
#なお、もし/proc/self/exeへのreadlink()に失敗したらconfのパス表示まで行かずに終了します
0466login:Penguin2015/07/06(月) 02:04:34.01ID:0NuQ6UiK
ffmpegでtsをHLS配信するときに
音を再変換する手間を省きたい……
ffmpegでtsからadts形式のAACうまく変換せずに取り出せないかな?
0467login:Penguin2015/07/06(月) 12:51:37.50ID:cxBAkpgK
けっこう前からChinachuのffmpegがビルドコケるようになってたんだけど
usr/lib/libx264.so*消したら通るようになった
前はダイナミックリンクだったんかな
しかしまだストリーミングは出来ない
うーむ
0468login:Penguin2015/07/06(月) 13:19:43.37ID:X8HG+sOA
おまえどこ中だよ
俺、支那中だよ
0469login:Penguin2015/07/06(月) 18:47:07.56ID:B7MC3r/j
>465
原因はコレですね。
http://kazmax.zpp.jp/cmd/r/readlink.2.html
BonDriverProxyEx?
のように後ろに変な文字が表示されていたので、これでいけました。

ssize_t len = sizeof(buf) - 8;

#ifdef LINUX
len = ::readlink("/proc/self/exe", buf, sizeof(buf) - 8);
if (len == -1)
return -2;
#else
Dl_info info;
if (::dladdr((void *)Init, &info) == 0)
return -2;
::strncpy(buf, info.dli_fname, sizeof(buf) - 8);
#endif
buf[len] = '\0';
::strcat(buf, ".conf");
0470login:Penguin2015/07/06(月) 19:29:23.24ID:N4yUai47
>>469
ありがとうございます、修正しておきました
readlink()のmanは読んでたのですが、/proc/self/exeから読んだら末尾NULLまでが
読まれると勝手に勘違いしてました(;´Д`)
0471login:Penguin2015/07/06(月) 20:46:21.76ID:1ZfXHiFP
>>464
NHKEテレを受信可能なら番組の切り替わりをまたぐように録画
すれば再現可能だと思います。手元の環境では特定の番組でという
ことではなくほぼ常に番組の切り替わりで終了する感じですので。

RaspberryPi2 Raspbian

$ uname -a
Linux raspberrypi 3.18.11-v7+ #781 SMP PREEMPT
Tue Apr 21 18:07:59 BST 2015 armv7l GNU/Linux

$ gst-launch-1.0 --version
gst-launch-1.0 version 1.2.0
GStreamer 1.2.0
0472login:Penguin2015/07/06(月) 21:27:11.26ID:B7MC3r/j
>>470
早速の修正ありがとうございます。
0473login:Penguin2015/07/06(月) 23:59:20.83ID:SGImm1RG
音声の再エンコを避けたくて、ffmpegとgst-launch別経路で使って合成するみたいなことして音ズレに悩まされてたけど、
aacparse ! audio/mpeg,mpegversion=2,stream-format=raw ! aacparse
って感じて普通にadts aac → raw aacの再エンコを伴わない変換できたんだな……


あとffmpegにパイプ渡しする過程で気づいたけど、mpegtsmuxで出力したtsの音はadts aacじゃなくraw aacになるんだな。わけわからんわ
0474login:Penguin2015/07/07(火) 00:16:23.90ID:lDC59WAC
動画・音声関係ソフトウェア総合 8
http://hayabusa6.2ch.net/test/read.cgi/linux/1339817036/
0475login:Penguin2015/07/07(火) 08:37:17.62ID:CWtVo2jQ
epgrec unaをOS入れ直しのため、入れ直したのだが
mysql側を見るとBSとCSのチャンネル取得から上手く行かないのだが、誰か心当たりのある方おられないだろうか?

recpt1では録画できているんだが、epgrec側でbs/csのepgを取得しにいかないみたいなんだ……
psコマンドでプロセス見てる限りでは……

試しにバックアップとってたSQL突っ込んでもダメだった。
0476login:Penguin2015/07/07(火) 08:39:55.27ID:CWtVo2jQ
475だけど地上波は全然問題ないので、何が原因なのか……
0477login:Penguin2015/07/07(火) 09:55:03.45ID:8X1KPN9t
chinachuで録画したm2tsをwindowsで、tsrename.exeで読み込んだらデータ無しでリネームてまきなかった。
ggrと同じ状況の人のいるけれど解決策は無いでしょうか?
0478login:Penguin2015/07/07(火) 14:49:22.04ID:5fzmthkP
>>475
チューナー数0なんてことはないだろうな
0479login:Penguin2015/07/07(火) 15:26:48.58ID:4JCqGR0B
本家を参考にして作ってみました。
だいぶシンプルにしてしまったので、不具合があったら教えてください。
ttp://pastebin.com/LYLRR2gj

libaribはこれで。
ttps://github.com/epgdatacapbon/libarib25_Linux
04804792015/07/07(火) 17:54:27.35ID:4JCqGR0B
ちょっと修正しました。
ttp://pastebin.com/vSM6GLvU
0481login:Penguin2015/07/07(火) 21:15:59.65ID:atKbm876
>>478
試してたら旧getepgだと取得できました……

これでしのぎますわー
0482login:Penguin2015/07/08(水) 01:51:40.92ID:8cPAvcfY
epgrecunaでリアルタイム視聴をmacで出来ないのですが何か詰まる点とかありますでしょうか?
windowsだと普通に視聴押すとみれます
どちらも再生プレイヤーはVLC
0483login:Penguin2015/07/08(水) 03:00:43.15ID:rk4uO1YI
>>475
http://d.hatena.ne.jp/katauna/20130920/1379609672
これで一回トラブったことがある
どうやったら治ったかはよく覚えていない (多分再起動だったとおもう)
発生したのはepgrec実行するユーザー以外でgetepgを実行した為
0484login:Penguin2015/07/08(水) 19:11:01.01ID:xJ7eJHHL
recpt1 のhttp配信をチューナ1つで複数端末に配信できないかな
UDPはなんか安定しない……
0485login:Penguin2015/07/08(水) 19:47:22.79ID:h6oydMrM
>>482
vlcは一時期ストリーム再生が出来ないバグがあったからバージョンを確認

>>484
BonDriverProxy + recbond
0486login:Penguin2015/07/08(水) 21:27:50.53ID:CJp9vN5d
>>484
recpt1 http版は fd に write する方式で、バッファも工夫していないので、
基本そういうことは出来ない。

dlnaの実装な版はそういうことできるけど、
ストリームの途中でチャンネル変更とかするとデコーダが死ぬんじゃないかな。
0487login:Penguin2015/07/08(水) 23:01:12.23ID:/rLKJbQj
>>477
多分EPGが削除されてるんだと思う
0488login:Penguin2015/07/08(水) 23:02:52.17ID:ZsTTWDta
>>473

>mpegtsmuxで出力したtsの音はadts aacじゃなくraw aacになるんだな。

これ本当です?H264TSにエンコードしたファイルをmediainfoにかけると
ADTS と出力されるんですよねえ。

$ gst-inspect-1.0 mpegtsmux
audio/mpeg
mpegversion: 4
stream-format: { raw, adts }
と出てくるので選択ができそうですけど。やり方がわからなくて。
0489login:Penguin2015/07/08(水) 23:52:09.52ID:M0ksLYke
動画・音声関係ソフトウェア総合 8
http://hayabusa6.2ch.net/test/read.cgi/linux/1339817036/
0490login:Penguin2015/07/09(木) 00:20:20.79ID:PAqVtMSk
>>486
recbondでhttpの複数配信できるんですか?
詳しく教えて欲しいです

>>486
仕様上無理ってことですね…
0491login:Penguin2015/07/09(木) 00:55:05.99ID:3y5Gd+9s
>>490
ttp://hg.honeyplanet.jp/pt1.oyama

これね。libdlnaとか色々依存関係あるけど
頑張ってビルドしてみて。

debianだったら、
$ sudo apt-get build-dep ushare
でコンパイルするのに必要なモジュールはそろうはず。
0492login:Penguin2015/07/09(木) 17:20:40.50ID:JWtFCofF
>480
チャンネルをこまめに切り替えているとデコードしなくなる時がありますね。
http://maguro.2ch.net/test/read.cgi/linux/1388900589/605
の問題に似てる気がするけど、
https://github.com/epgdatacapbon/libarib25_Linux
では対策済みなはずだし・・・。
0493login:Penguin2015/07/09(木) 23:49:18.60ID:nG0s63KZ
Raspberry pi 2 でChinachu動いた−。Linux素人だから苦労した。
それにしてもBS CS写せないかしら……
0494login:Penguin2015/07/10(金) 01:09:10.76ID:59Wkzwg0
>>493
イメージ的に凄く重そうなイメージだけど、
スムーズに録画や視聴できるもんなん?
0495login:Penguin2015/07/10(金) 02:07:38.94ID:jpYdB7Xe
Chinachuとraspberrypi2とkodiのIPTVアドオンでリアルタイム視聴と録画ファイルの再生したけど重くないとは言えないがそこそこ実用レベル

それとラズパイでrecbond+gstreamerでリアルタイムエンコのadtsの問題はvlc挟むと再エンコしなくても解決した
ただ
ts demux error: MPEG-4 descriptor not found
と出て音声だけの出力になってしまう…
04964822015/07/10(金) 02:40:02.79ID:Gn6Dq1RA
>>485
ありがとう 2.2.0はできなかったけど最新の2.2.1だと動いた
感謝!
0497login:Penguin2015/07/10(金) 08:19:16.47ID:R5GvvXKM
>>494
エンコしてないでTS保存してるだけだから、全然余裕です
0498login:Penguin2015/07/11(土) 14:09:26.15ID:5plR/Cg5
https://github.com/kanreisa/Chinachu/issues/198
0499login:Penguin2015/07/11(土) 14:27:11.81ID:5plR/Cg5
http://i.imgur.com/9Ui12v8.png

クラッカーだよ?
誰…
0500login:Penguin2015/07/11(土) 15:06:16.82ID:us/CGd92
>>498
なるほど怖いもんだな…
TLSも使わずbasic認証だけでポート開けてる奴はそもそも何されても文句言えんだろうけど
0501login:Penguin2015/07/11(土) 20:16:05.84ID:EaG0OdtI
>>498
最近ロシアっぽいのから入られてたのはこれか。
入られた以外では被害なかったけど気持ち悪かったな。
bsdだから更新めんど('A`)
0502login:Penguin2015/07/11(土) 20:57:33.87ID:5plR/Cg5
http://i.imgur.com/82Zjnmq.png
侵入したやつがきた
有名クラッカーロシアのやつ感じでしょうか
http://jp.leopard-raws.org/
これもロシアじゃないか?
0503login:Penguin2015/07/11(土) 22:38:35.33ID:ITC5cJVn
えー、初心者なので一回止めるか。。。
0504login:Penguin2015/07/11(土) 22:47:54.80ID:AYxOMGcM
外部公開はやらん方がいいって
chinachuもチャレンジし放題だし
せめてVPNだ
0505login:Penguin2015/07/11(土) 22:55:49.58ID:R7AqbAvQ
うちもvpsにアタックしてくるよ
404なのに定期的に
0506login:Penguin2015/07/11(土) 23:22:27.79ID:us/CGd92
>>504
いくらchinachuが頑張ってもnode.js自体に実績がないからな
まあVPN以外に安全な手はないかな
>>505
なんだよvpsって
0507login:Penguin2015/07/11(土) 23:31:13.51ID:R7AqbAvQ
ぐぐれ
0508login:Penguin2015/07/11(土) 23:45:03.03ID:ke2g+yAO
おいおい、みんな、そんなにほいほい、
インターネット側に口開けるなんて、チャレンジャーだな。
ピラニアたっぷりの水槽に裸で飛び込むようなもんだぞw

自分が死ぬ分には、勝手に死んでろと思うが、
周りに迷惑掛けるんだから、気軽に開けるなよw
0509login:Penguin2015/07/12(日) 00:00:34.87ID:TXS0MpfR
>>506
今回はクライアント証明書でも安全でしょ
0510login:Penguin2015/07/12(日) 01:53:53.22ID:U5uOCZoy
>>508
誘ってこんでね、入ってきたバカにいたずらすればいい
0511login:Penguin2015/07/12(日) 02:14:43.58ID:6n3KbBCx
>>506
おまえが知ったかなのはよくわかった
0512login:Penguin2015/07/12(日) 02:32:03.23ID:WcM0M1km
>>511
chinachuにVPSがどう絡むのか教えてくれマジで
0513login:Penguin2015/07/12(日) 03:09:26.52ID:6n3KbBCx
>>512
>>505 を3回声に出して読め
0514login:Penguin2015/07/12(日) 03:28:06.02ID:C6FC3v4i
raspberrypiとrecdvb+gstreamerでリアルタイムエンコしながらtcpserversinkを使ってローカル内での配信を考えています
下の画像のようにgstreamerは正常に動いてると思われるのですが
http://i.imgur.com/xLF7cGL.jpg

winのVLCで再生してみると音しか出ません
http://imgur.com/YeeJsDC

tcpserversinkをfilesinkに置き換えた場合は正常に再生されました。

また下のサイトを参考にmkvmuxで同じことをやりましたが、それは音も映像も出ませんでした。(filesinkでは正常に出力)
https://www.raspberrypi.org/forums/viewtopic.php?f=70&;t=59412

また、フルセグとワンセグを変換せずにそのままtcpserversinkに入れると 正常に再生できたのでgstreamerのエンコの問題だと思うのですが、わかる方いたら教えていただきたいです。
0515login:Penguin2015/07/12(日) 03:28:59.83ID:WcM0M1km
>>513
とくに脈絡はなかったってことだな、了解
0516login:Penguin2015/07/12(日) 03:34:04.61ID:6n3KbBCx
とりあえずじゃあ実績のある php でやってれば安全だな
0517login:Penguin2015/07/12(日) 07:11:55.66ID:YSPMUozM
その吐き出したコンテナは正しいの?
ffmpegとかで想定通り?
ffmpegで音声と動画を分離して
再生できてるの?
0518login:Penguin2015/07/12(日) 11:55:40.53ID:x64wyi+u
webrick万能説

ストリーミングサーバ各種あるけど、どれも設定がいまいち謎だったりするんで、
webrickからffmpegを呼び出してみたらそれだけで結構簡易サーバとして使えるなあ。
当然排他だけど、他に設定不要な簡易さでは一番だと思うのだがどうだろ?
0519login:Penguin2015/07/12(日) 12:05:26.67ID:9a97KGiP
>>514

確かに音しか出ませんね。TCP直配信で良いならパイプでncコマンド等に
渡せば良いと思います。

#!/bin/sh
channel=13
programno=-1
audiobitrate=128000
videobitrate=600000
videowidth=640
videoheight=360

recdvb --b25 ${channel} - - | \
gst-launch-1.0 --quiet --gst-debug-level=1 fdsrc fd=0 \
! tsdemux name=demuxer program-number=${programno} demuxer. \
! queue ! aacparse ! avdec_aac \
! audioconvert dithering=0 ! voaacenc bitrate=${audiobitrate} \
! muxer. mpegtsmux name=muxer ! fdsink fd=1 demuxer. \
! queue ! mpegvideoparse ! omxmpeg2videodec ! videoconvert \
! omxh264enc target-bitrate=${videobitrate} control-rate=variable \
! video/x-h264,width=${videowidth},height=${videoheight},\
stream-format=byte-stream,profile=high \
! h264parse ! muxer. \
| nc -l -p 1235
0520login:Penguin2015/07/12(日) 14:05:21.43ID:9a97KGiP
HLSではなくてH264TSを直配信するならCGIにしてhttpサーバーから
動かせば良さそうです。再生にはそれなりのソフトが必要になりま
すがPCならVLCがありますしAndroidならVLC for Andoridがあります
から。

最低限のCGIの動作は標準出力にcontent-typeと空行を出力後データを
出力すれば良いはずなので>>519の最初にcontent-typeの出力を追加し
最後の nc 配信部分を削除したものをch13.shとして保存しhttpサーバーが
CGIとして扱うように設定します。

#!/bin/sh
echo "content-type: video/MP2T"
echo ""

channel=13
...
! h264parse ! muxer.

そうすれば、クライアントからCGIにアクセスすればH264TSが出てきます。
URLクエリを扱うのは面倒なのでチャンネルを増やすには安易にch13.shを
ch14.shにコピーして変更(channel=14)すれば良いですし。

http://192.168.X.X:XXXX/cgi-bin/ch13.sh
0521login:Penguin2015/07/12(日) 14:37:07.86ID:3hC/xDOg
ssh ポートフォワーディングで公開した方がいいよ

あとはsshのパスワード認証禁止にして鍵必須にする
ブルートフォース来るようだったら22番ポートも変える
05225142015/07/12(日) 14:50:24.29ID:C6FC3v4i
>>519
>>520
丁寧にありがとうございます
どちらも成功しました

ひとまずこれで大丈夫そうなのですが、
今後、複数端末にも同時配信しようとも考えていたのですが、その場合はやはりHLSですかね?

gstreamerのtcpserversinkだと複数配信も可能のようなのですが、肝心の映像が……
0523login:Penguin2015/07/12(日) 22:54:34.16ID:9a97KGiP
>>522

> ひとまずこれで大丈夫そうなのですが、

NHKの場合、番組によってはエンコードが始まらない。番組の
切り替わりで終了する。二重音声で日本語ではなく英語の音声が
選択されるとかあまり安定はしていない感じですよ。


> 今後、複数端末にも同時配信しようとも考えていたのですが、その場合はやはりHLSですかね?

gstreamerを最新にしたらhlssinkやtcpserversinkが動いて
くれたりしないかと期待しているのですがどうでしょうね?

自分としてはチューナー2台で別チャンネル同時配信がしたかったの
ですがMPEG-2が同時にデコードできそうにないのでおそらくダメ
なのでしょうね。片方はそのまま流せばできそうですけど。
0524login:Penguin2015/07/12(日) 23:08:52.34ID:YSPMUozM
archで試験してみましたが、gstreamer-1.4 の環境で
NHK-E が具合悪いのは再現しましたよ。
中で何が起こっているのかを調査中。

おそらく、PMT Version が変わった時に「何か」が起こっているんだと思うけど。
まだそこまで解析できていません。
05255142015/07/13(月) 01:27:40.58ID:qLqew5BN
>>524
音声の問題もあるんですね…
どこかの英語のサイトで同じくmpegtsの映像をomxh264encでエンコするとtcpserversinkに映像が乗らないとのバグ報告がされていて、バージョン上げて解決とも書いてあったので plug-inも含めてgstreamerのバージョンを上げて再び試してみたいと思います。
本当に色々とありがとうございます
0526login:Penguin2015/07/13(月) 15:28:14.16ID:CPv+HEs0
OS再いんすとぅーるして
環境作り直してたら

ttp://ludovic.rousseau.free.fr

ここが死んでやがる
むかつく
0527login:Penguin2015/07/13(月) 15:44:45.68ID:bMBSR4LR
>>526
なにがおいてあるの?
ttps://web.archive.org/web/20040615202809/http://ludovic.rousseau.free.fr/
0528login:Penguin2015/07/13(月) 15:56:44.69ID:CPv+HEs0
妹のぱんつ
0529login:Penguin2015/07/13(月) 18:27:30.62ID:bMBSR4LR
便利なの?
0530login:Penguin2015/07/13(月) 20:33:04.46ID:CPv+HEs0
あ、よかった復活した
15日までに処分しなきゃダメって聞いて焦ってたんだ
0531login:Penguin2015/07/14(火) 07:28:21.77ID:0iwSLFB7
妹のパンツを処分するところだったか?
俺がいただいてもよかったぞ
0532login:Penguin2015/07/14(火) 23:56:07.87ID:Xg59XtYj
epgrecUNA 150509版用 fix1
適用したら初代iPad miniのsafariで
文字は見えるが番組表の番組全部がグレーに染まった

同じ現象の人いる?
0533login:Penguin2015/07/15(水) 00:31:16.70ID:if3kjwoB
>>532
キャッシュをクリア
0534login:Penguin2015/07/15(水) 08:39:55.61ID:3B4ogyIY
>>533
だめでした。
fix適用前は色表示できてたのになあ
0535login:Penguin2015/07/15(水) 12:37:03.90ID:hvuEXSrL
>>534
予約遷移一覧でも同様になるはずだけどどう?<自分で再現済み

キャッシュではないのならFixの適用に問題があるかと
たとえば ./start/layout.cssを更新していないとか
0536login:Penguin2015/07/15(水) 21:24:00.70ID:C3nx7cjM
根本的解決にはなってない気がしますが、ちょっと改良しました。

b25 patch for BDPL
http://pastebin.com/mF7rFakB
0537login:Penguin2015/07/16(木) 23:53:09.06ID:EAccdX6T
>>535
今日番組表にアクセスしたら正常表示されてました。
プログラム側はなにも変更してないので
キャッシュクリア後に端末再起動したことで
完全に反映されたのかと考えてます。

結果としてスレチな話題ですまぬ。
0538login:Penguin2015/07/17(金) 01:10:32.23ID:bftsIxXV
>>523
tcpserversink sync-method=3 にすると最初の接続では映像が映るけど再接続するとダメみたいです
0539login:Penguin2015/07/18(土) 19:53:08.43ID:kcLuc0G+
適当な何かの別館の新しいパスワードわかんない。
「夜のお菓子」って何?
誰かわかる?
0540login:Penguin2015/07/18(土) 20:09:54.74ID:iwKt0CHJ
うなぎパイ
0541login:Penguin2015/07/18(土) 20:30:17.92ID:Pp54Snoo
ぐぐれば一番最初にでるだろ・・・
0542login:Penguin2015/07/18(土) 21:58:47.68ID:kcLuc0G+
なんだ、ひらがなか。
鰻を感じで入力してたよ。
0543login:Penguin2015/07/18(土) 23:39:03.89ID:sZv9cHMJ
unaの公開停止って何かあったのか?
0544login:Penguin2015/07/19(日) 00:23:18.05ID:Kk4wHsHC
どう見ても >>539-542 のせいだと思うが
0545login:Penguin2015/07/19(日) 01:51:19.69ID:qJP+4bsV
元々バレバレなのにな
■ このスレッドは過去ログ倉庫に格納されています