[live] could not play video

Diese Meldung bekomme ich, wenn ich einen Live-Stream im Firefox anschauen will. Im Mediaplayer klappt es.

Was fehlt mir denn da?

Zitat von wmautner

Die Meldung ist Standard, wenn der Tuner gerade nicht frei ist - oder der Stream sonstwie nicht wiedergegeben werden kann.

Sind die Einträge in der setup.conf

[...]

(in etwa so) vorhanden, und v.a. ffmpeg mit der h264 library?

Ich hab an denen nix geändert, und die stehen auch so drin:

live.StreamdevPort = 3000
live.StreamdevType = TS
live.StreamVideoOpt0 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v copy -c:a aac -ac 2
live.StreamVideoOpt1 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.StreamVideoOpt2 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.StreamVideoOpt3 = ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -crf 23 -tune zerolatency -g 25 -r 25 -c:a aac -ac 2
live.Theme = veltliner

Einer der 8 Tuner sollte auch immer frei sein.

Ahso, kann man nicht gleichzeitig aufnehmen und abspielen?

Zitat von wmautner

Das sollte schon funktionieren, gerade getestet hier. Streamdev-Server soll lt. README notwendig sein, obwohl über 8008 und nicht 3000 gestreamt wird, evtl. checken.

Naja, du streamst von 8008 gegen live, aber live streamt von 3000 gegen den streamdev Server.

Das müsste schon passen.

Müsste nicht live das sowieso testen und bei Nicht-Erreichbarkeit des Streamdev-Servers die entsprechenden Buttons erst garnicht einblenden? So wie es auch passiert, wenn streamdev nicht existiert.

Wenn man auf den Mediaplayer streamt, kommt dabei übrigens auch eine Streaming-URL auf Port 3000 raus:
http://vdr:3000/TS/S19.2E-1-1010-11150

Und das klappt auch, also sollte das Gespann live/streamdev funzen.

Der Fehler im Webbrowser könnte auch ein Firefox Problem sein.

Am vdr kommt im Journal bei so einem Streamversuch:

vdr[22234]: [26755] vdrlive::stream::session(83128d58e2350dfe634ecf97d7311d0e)
vdr[22234]: [26755] vdrlive::stream::vtype(27)
vdr[22234]: [26755] vdrlive::stream::f_worker(0x7f8f300551a0)
vdr[22234]: [26755] Live: FFmpegTread::StartFFmpeg() completed
vdr[22234]: [26755] vdrlive::stream::StartFFmpeg(1)
vdr[22234]: [10887] stream utility handler thread started (pid=22234, tid=10887, prio=high)
vdr[22234]: [10887] Live: FFmpegTread::Action() started channel = 1
vdr[22234]: [10887] Live: FFmpegTread::Action packetizer cmd: ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i "http://localhost:3000/1" -map 0:v -map 0:a:0 -c:v copy -c:a aac -ac 2
vdr[22234]: [10887] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr[22234]: [26755] vdrlive::stream: generating EPG info
vdr[22234]: [10887] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr[22234]: [10887] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr[22234]: [10887] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr[22234]: [10887] Live: FFmpegTread::Action::Open(1) ffmpeg started
vdr[22234]: [10887] Live: FFmpegTread::Action() ffmpeg starting... 0
vdr[22234]: [10887] stream utility handler thread ended (pid=22234, tid=10887)
vdr[22234]: [1879] vdrlive::stream_data: DECLINED

Wer DECLINED da was und warum?

Wenn ich streamdev direkt auf Port 3000 anspreche (http://vdr.hirmke.de:3000/PES/S19.2E-1-1010-11150), passiert auch nix.

Im Journal steht dann:

vdr[22234]: [11956] ERROR (thread.c,258): Keine Berechtigung
vdr[22234]: [22265] Streamdev: Accepted new client (HTTP) 192.168.1.x:35066
vdr[22234]: [22265] streamdev-server: closing HTTP connection to 192.168.1.x:35066

Was mag er denn da nicht?

Zitat von davie2000

Das riecht nach fehlenden IPs in den diversen "allowed_hosts.conf"-Dateien (bzw. streamdevhosts.conf oder svdrphosts.conf)?
Vor allem bei offenbar unterschiedlichen Subnets wäre das eine Kontrolle wert.
Viel Erfolg!

Danke, aber ist dasselbe Subnetz. Alles 192.168.1.0.

Und in svdrphosts.conf und streamdevhosts.conf steht 192.168.1.0/24 drin.