Project

General

Profile

Actions
Copy link

Bug #3921

closed

RTSP stream on SATIP treated different than same stream via HTTP

Added by Harald Gutmann over 8 years ago. Updated almost 8 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
SAT>IP
Target version:
-
Start date:
2016-08-03
Due date:
% Done:

0%

Estimated time:
Found in version:
4.1-2141~g01c26fc~xenial
Affected Versions:

Description

Dear All,

during the last days I've tested a lot with tvheadend, ffmpeg and SATIP. I'm not 100% sure if this is a bug, or if I miss something, but it would be very helpful if this can be solved.

What I want to archive:
pipe://input -> SATIP output

What I tested:
  • many, many, many ffmpeg options (H264 codec) to generate the streams (in the end I took SATIP stream samples, and adjusted the ffmpeg options to an extent where I can say the basic stream properties are very comparable with nicely working SATIP streams).
  • native SATIP clients (Panasonic TV, VDR with vdr-plugin-satip)
  • semi-native SATIP clients (VLC)
  • software players (mplayer, VLC)
What works nicely:
  • ffmpeg pipe command redirect to a file, playback with software players
  • stream playback with software players link directly copied from the Muxes Configuration section
  • stream playback with VLC's UPNP SATIP discover (IMPORTANT: The discovered channel list has HTTP streams in it.)
What makes problems:
  • native RTSP SATIP clients
    - The picture is blocky/has greenish sections/is only updated for the half-picture/...
    - It is nearly impossible to get a nice looking stream via RTSP
    ° ffmpegs option -g 0 which does only generate I-Frames & with bitrates < 3000k, results are not that bad
    ° regular SATIP streams have the I-Frame typically all 32 Frames, in between mostly the streams have 3-4 B-Frames, a P-Frame and so on (IBBBPBBBP...)
    ° To meet the standard DVB-S(2) stream frame types options like -g 32 -bf 3 would be the best to meet the Frame formats as the TV-Stations send it. With this options the stream is not watchable via RTSP.
The questions now are:
  • What does TVheadend do different when streaming via RTSP compared to HTTP?
  • Is there somewhere a different buffer size which should be pre-filled by ffmpeg?
  • How to get a nice H264 stream via SATIP RTSP?

Many thanks in advance!

Kind regards,
Harald Gutmann

Actions
Copy link

Also available in: Atom PDF