#lua #stream #rtmpd
#lua #поток #rtmpd
Вопрос:
Я нахожусь в странной ситуации. Я пытаюсь настроить сервер потоковой передачи, используя это руководство, но, к сожалению, безуспешно. В настоящее время у меня установлена новейшая версия rtmpd server (номер сборки: 784), которую можно найти здесь. Я установил его, следуя инструкциям в руководстве. Пока все хорошо, проблема в том, что я не могу протестировать сервер с помощью примера flowplayer.
Файл конфигурации:
configuration=
{
daemon=false,
pathSeparator="/",
logAppenders=
{
{
name="console appender",
type="coloredConsole",
level=6
},
{
name="file appender",
type="file",
level=6,
fileName="/opt/crtmpserver/logs/crtmpserver.log",
}
},
applications=
{
rootDirectory="applications",
{
description="FLV Playback",
name="flvplayback",
protocol="dynamiclinklibrary",
default=true,
aliases=
{
"simpleLive",
"vod",
"live",
"WeeklyQuest",
"SOSample",
"oflaDemo",
},
acceptors =
{
{
ip="0.0.0.0",
port=1935,
protocol="inboundRtmp"
},
{
ip="0.0.0.0",
port=6666,
protocol="inboundLiveFlv",
waitForMetadata=true,
},
{
ip="0.0.0.0",
port=9999,
protocol="inboundTcpTs"
},
},
externalStreams =
{
{
uri="rtsp://user:pass@link-to-stream",
localStreamName="pidg",
forceTcp=true,
},
},
validateHandshake=true,
keyframeSeek=true,
seekGranularity=1.5, --in seconds, between 0.1 and 600
clientSideBuffer=12, --in seconds, between 5 and 30
--generateMetaFiles=true, --this will generate seek/meta files on application startup
--renameBadFiles=false,
mediaFolder="/opt/crtmpserver/media"
},
}
}
Ссылка на поток rtsp работает, и она была протестирована с ffplay и vlc.
Ошибка
Я получаю, при попытке подключиться к потоку:
/thelib/src/netio/epoll/iohandlermanager.cpp:120 Handlers count changed: 3->4 IOHT_TCP_CARRIER
/thelib/src/netio/epoll/tcpacceptor.cpp:185 Client connected: 127.0.0.1:50947 -> 127.0.0.1:1935
/thelib/src/application/baseclientapplication.cpp:257 Stream NR(1) with name `` registered to application `flvplayback` from protocol IR(4)
/thelib/src/application/baseclientapplication.cpp:268 Stream NR(1) with name `` unregistered from application `flvplayback` from protocol IR(4)
/thelib/src/application/baseclientapplication.cpp:257 Stream NR(2) with name `` registered to application `flvplayback` from protocol IR(4)
/thelib/src/protocols/rtmp/basertmpappprotocolhandler.cpp:1043 Play request for stream name `pidg`. Start: -2; length: -1
/thelib/src/protocols/rtmp/basertmpappprotocolhandler.cpp:2164 No live streams found: `pidg` or `pidg`
/thelib/src/mediaformats/readers/streammetadataresolver.cpp:207 Stream name pidg not found in any storage
/thelib/src/protocols/rtmp/basertmpappprotocolhandler.cpp:1075 We are going to wait for the live stream `pidg`
/thelib/src/application/baseclientapplication.cpp:268 Stream NR(2) with name `` unregistered from application `flvplayback` from protocol IR(4)
/thelib/src/application/baseclientapplication.cpp:257 Stream ONR4R(3) with name `pidg` registered to application `flvplayback` from protocol IR(4)
Flowplayer
код является:
<script>
$f("rtmp_player", "http://releases.flowplayer.org/swf/flowplayer-3.2.18.swf", {
clip: {
url : 'pidg',
live : true,
provider: 'rtmp',
},
plugins: {
rtmp: {
url: 'flowplayer.rtmp-3.2.13.swf',
netConnectionUrl: 'rtmp://127.0.0.1/flvplayback' ,
subscribe:true,
}
}
});
</script>
Я попытался сделать его максимально похожим на руководство, поскольку на данный момент я не могу поделиться потоком.
Я потерял довольно много времени, пытаясь решить это самостоятельно, не могли бы вы, пожалуйста, помочь мне?
Редактировать:
После некоторых тестов я выяснил, что проблема в том, что сервер не передает внешние потоки!
Ответ №1:
Меня интересует чисто rtmpd-решение, но, к сожалению, у меня не было времени предоставить его, поэтому я решил переключиться на libav для кодировки и передать его в 127.0.0.1: 6666. Команда, которую я использовал, была:
avconv -options -i rtsp_link -options -f flv metadata -title='cam' -streamName='cam' 'tcp://127.0.0.1:6666'
и мне удалось воспроизвести его по ссылке rtmp: //127.0.0.1 / live / cam
Если кому-то удастся предоставить чисто rtmpd-решение, я с радостью приму его вместо моего ответа, но пока я приму свой на случай, если кто-то еще застрял на той же проблеме.