RTSP Stream trotz hoher Brandbreite langsam

[Chris.]

Hallo an alle,

ich bin derzeit dabei einen RTSP Stream auf einer Amazon AWS EC2 Instanz zum Laufen zu bringen. Soweit funktioniert auch alles. Das Problem ist, dass die Übertragung sehr schlecht ist und daher die Bildqualität miserabel ist und der Stream eigentlich nicht anzuschauen ist.

Die erste Vermutung wäre ein Problem mit der Netzwerkgeschwindigkeit. Jedoch sehe ich hier kein Problem, denn laut Speedtestes kommt die Amazon AWS EC2 Instanz auf 600MBit/s Upload-Speed und mein eigenes Netzwerk Zuhause hat einen Download-Speed von 1.8 - 1.9 MB/s.

Gestreamt wird ein Video der Größe 90MB, das 2:30 Minuten lang ist. Da der Upload-Speed das locker schaffen sollte und ich die Datei an sich eigentlich unter einer Minute herunterladen könnte, sehe ich bei der Netzwerkgeschwindigkeit kein Problem. Es wurde nebenbei auch beachtet, dass keine anderen Verbindungen die Netzwerkgeschwindigkeit beeinträchtigen.

Die Distanz zum Server ist auch kein Problem, da dieser in Frankfurt steht und ich einen Ping von 20-22ms messe.

Nun frage ich mich, wo das Problem liegen kann. Ist es möglich, den Netzwerkstream irgendwie zu debuggen oder zu analysieren? Eine Art "tracert" für rtsp://xx.xxx.xx.xxx:8554/rtspStream bzw. eine Analyse, wie ein Paket vom einen Ende zum anderen fließt? Ob hier vielleicht irgendwie Weiterleitungen oder sonstiges enthalten ist, wodurch der Stream extrem langsam wird? Bei Netzwerktechnik kenne ich mich nicht wirklich aus und benötige etwas Hilfe.

Ich freue mich auf Ideen und Anregungen!

[rudygotya]

Hi Chris,

evtl kannst du das schon mit wireshark eingrenzen: https://wiki.wireshark.org/RTSP Zum benchmarken openrtsp/ffmpeg. Was für nen codec verwendest du denn? Und welchen Streamserver/welches OS?

Viele Grüße

Basti

[Chris.]

Hi Basti,

Codec: H.264
Streamserver: Eigenentwicklung basierend auf LIVE555
OS: Windows Server 2012 R2 base

Habe nun mit ffplay (Media Player von ffmpeg) das Problem bereits angreifen können. Offensichtlich konnte auf Port 8554 kein UDP verwendet werden. Bin nun auf Port 554 umgestiegen und eine UDP Verbindung aufbauen. Jetzt läuft alles schon etwas besser. Aber noch lange nicht perfekt. Mit ffplay erhalte ich weiterhin ein ruckeliges Bild und auch Errors:

 Input #0, rtsp, from 'rtsp://xx.xx.xxx.x/stream': sq=    0B f=0/0
Metadata:
    title           : stream
    comment         : stream
Duration: N/A, start: 0.099989, bitrate: N/A
    Stream #0:0: Video: h264 (High), yuv420p(tv, smpte170m/smpte170m/bt470m), 1680x1050 [SAR 1:1 DAR 8:5], 60 fps, 60 tbr, 90k tbn, 120 tbc
[h264 @ 03f92100] RTP: missed 46 packetsq=   28KB sq=    0B f=1/1
[h264 @ 03f92100] RTP: missed 74 packetsq=   23KB sq=    0B f=1/1
[h264 @ 03f92100] RTP: missed 43 packets
[h264 @ 03f92100] RTP: missed 35 packetsq=  179KB sq=    0B f=1/1
[h264 @ 05710640] left block unavailable for requested intra4x4 mode -1 at 0 38
[h264 @ 05710640] error while decoding MB 0 38, bytestream 48108
[h264 @ 05710640] Cannot use next picture in error concealment
[h264 @ 05710640] concealing 2989 DC, 2989 AC, 2989 MV errors in P frame
[h264 @ 051043c0] left block unavailable for requested intra4x4 mode -1 at 0 26
[h264 @ 051043c0] error while decoding MB 0 26, bytestream 5894
[h264 @ 051043c0] concealing 4249 DC, 4249 AC, 4249 MV errors in I frame
[h264 @ 03f92100] RTP: missed 68 packetsq=   28KB sq=    0B f=1/1
[h264 @ 03f92100] RTP: missed 31 packetsq=  153KB sq=    0B f=1/1
[h264 @ 052a0020] concealing 3292 DC, 3292 AC, 3292 MV errors in I frame
[h264 @ 052a0020] Cannot use next picture in error concealment1/1
[h264 @ 052a0020] concealing 2190 DC, 2190 AC, 2190 MV errors in P frame
[h264 @ 03f92100] RTP: missed 69 packetsq=   27KB sq=    0B f=1/1
[h264 @ 052a0020] concealing 3732 DC, 3732 AC, 3732 MV errors in I frame
[h264 @ 03f92100] RTP: missed 26 packetsq=   30KB sq=    0B f=1/1 ...

Wenn ich den Stream mit anderen Dateien teste (U.a. kleinere Dateien) bekomme ich zwar auch Fehler aber weitaus weniger und damit können die Dateien angeschaut werden.

Bei dieser Datei kommen eben Fehler im Sekundentakt und dadurch wird das Video extrem schlecht gestreamt.

[rudygotya]

Und wenn du testweise auf tcp umstellst? Kannst du den codec umstellen (h265/vp9)?

[Chris.]

Auf TCP war die Verbindung bisher. Da war es fast noch schlimmer. Wahrscheinlich weil bei TCP die Pakete neu angefordert werden.

Codec der Datei ist gegeben. Ich könnte zwar nun konvertieren, das hätte aber keinen Sinn für die Praxis später.

[erc]

Hast dus mit einem erprobten Produkt getestet wie z.B. VLC?

[Chris.]

Habe bereits versucht den RTSP Stream via VLC und ffplay zu empfangen. In beiden Fällen das gleiche Resultat.

Gibt es Methoden das Netzwerk zu debuggen und auf Fehlersuche zu gehen?

[erc]

Sry, ich meinte als Server nicht als Client.

[rudygotya]

Hab da was gefunden: http://www.live555.com/liveMedia/faq.html#packet-loss

fürs debugging:
- http://de.slideshare.net/DSPIP/rtsp-analysis-wireshark
- routing tabelle ausgeben lassen: https://technet.microsoft.com/en-us/...(v=ws.10).aspx
- trace per nmap/zenmap: nmap -Pn --traceroute -p 8000 destination.com

kommerzielle tools:
- http://www.pingplotter.com/
- http://www.pathanalyzer.com/