ZDF-Livestream bricht staendig ab

[Revod]

Daher einen Rechner, oder Notebook nicht älter als 6 Jahren, respektive mit entsprechende HW und GraKa und natürlich mit entsprechende Software, besonders für Streams.

Wie kommst du denn auf so etwas?

Ich sitze hier an einem alten Siemens Fujitsu Rechner mit 6 GB RAM und einer 32 GB SSD für das System. Prozessor Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz
GraKa: NVIDIA Corporation G86 [Quadro NVS 290]

Probleme bei Streams: Keine

Das System wird höchstens etwas langsam bei vielen offenen Seiten im Browser

Alt gleich nicht unbedingt schwach, ich gehe Mal vom Grundsatz aus, neuer > stärkere HW, was auch nicht immer die Regel sein muss. Mein Fujii, 2 GHz Singel CPU mit 1 GB RAM, NV-GraKa und 60 GB HD, ca. 12 Jahre. Klar geht es auch auf meinen " Klapptop " aber nicht selten wird es sehr schnell mühsam.

[Meillo]

...
Es ist ein altes Crux Linux, sehr minimalistisch aufgesetzt, auf einer 8GB CF-Karte. In gewisser Weise betreibe ich damit das Experiment, wie lange die Halbwertszeit der Computerwelt, insbesondere des Webs, ist. Die Veraenderungen ueber die Zeit sind interessant zu beobachten, sobald man mal raus aus den Mainstream-Systemen ist.
...

Mit 8 GB. vermutlich auch daher das aussetzen des Streams, weil das /tmp, oder ~/tmp Ordner einerseits zu wenig Platz haben und eventuell spielen auch die RAM Grösse eine Rolle.

/tmp ist eine Ramdisk, da ist sehr sicher genug Platz da. Keine Ahnung, ob ueberhaupt nach /tmp geschrieben wird, weil ja alles im Arbeitsspeicher gepuffert werden kann. Ich kann Filme von Festplatte mit weit groesseren Aufloesungen anschauen und ich kann auch grosse Caches einstellen. Ich glaube also nicht, dass es an einem kleinen /tmp liegt.

Dann glaube ich nicht auf eine Lösung, weil im System auch die " Realtime " Unterstützung fehlen ( Nicht das Kernel, sondern RTP Apis, oder so ).

Es ist schon so, dass mein System (1,6 GHz, Einkern-CPU) fuer manche Videodaten zu langsam ist, aber das betrifft nur grosse Aufloesungen. Mit 640 oder 720 Pixeln Breite hatte ich noch keine Probleme. Das flutscht normalerweise.

Da es genau nach 10 sekunden abbricht koennte ich mir vorstellen das es "nur" ein Software Problem ist.

Ich habe nicht genau geschaut, ob es genau 10s sind, aber es ist immer nach der gleichen Zeitdauer gewesen und das sind etwa 10s.

Inzwischen bin ich mir recht sicher, dass es ein Problem von meiner mplayer-Version mit dem Video-Codec oder mit dem Streamingzeugs ist.

[Revod]

Verarbeitung von Streams und Dateien haben schon Ihre Unterschiede und richtig,

...
Inzwischen bin ich mir recht sicher, dass es ein Problem von meiner mplayer-Version mit dem Video-Codec oder mit dem Streamingzeugs ist.

veraltete Multimedia Codecs und Software spielen bei Video Streams auch eine Rolle. Beachten sollte man auch, dass neueste Soft und Codecs auch etwas mehr Ressourcen brauchen ( Encodierung Eigenschaften ) und daher meinen Hinweis auf die HW Komponente, auch so meine Erfahrungen. Wer es immer noch nicht weiss, soweit möglich achte ich sehr auf Ressourcen schonende Anwendungen, schon wegen meine alten Rechner.

[Lord_Carlos]

Inzwischen bin ich mir recht sicher, dass es ein Problem von meiner mplayer-Version mit dem Video-Codec oder mit dem Streamingzeugs ist.

Ja, vermutlich das Fragmentierte DASH oder aehnliche Technologi.
Konnte aber nicht so viel Finden:

After the DASH content is generated, the fragmented/ non fragmented content can be provided to a
LINUX based media player “MPlayer” version 1.0rc4-4.4.5. Presently only the latest release of
Mplayer is known to play out fragmented content for DASH. The initialization segment has to be
concatenated before providing the media segment to the Mplayer so that it has the initialization
data as well.

Du hast aber 4.5, sollte also klappen.
Dann wiederum kann sich in den letzten Jahren auch einige veraendert haben.

Auch:

The mpv media player is based on MPlayer and mplayer2 and can play back both HLS-TS and HLS-fMP4 streams, but not DASH. It also has some nice overlay controls for navigating through a video including knowing about various audio tracks. Just use it with mpv master.m3u8. The mplayer player also works, but seems to choose only one adaptation (the lowest bitrate or the first in the list?) and does not have overlay controls. It doesn’t seem to recognize the sidecar captions included in the HLS-TS manifest.

Spannend.
_________

Oh, und wenn jemand Energi hat Geier22 zu erklaeren was youtube-dl ist kann das sicherlich auch nicht schaden.

[geier22]

Oh, und wenn jemand Energi hat Geier22 zu erklaeren was youtube-dl ist kann das sicherlich auch nicht schaden.

Keine Ahnung was du mit youtube-dl meinst Vielleicht sowas?

Für ZDF wäre das hier die URL:

Code: Alles auswählen

http://zdf1314-lh.akamaihd.net/i/de14_v1@392878/index_1496_av-p.m3u8?sd=10

Code: Alles auswählen

youtube-dl -o - https://www.zdf.de/sender/zdf/zdf-live-beitrag-100.html | mplayer -

Ergebnis: Bricht nach ca 10s ab ---> Ausgabe: 40377 - Auch mit VLC und mpv.

Allerdings hält mpv am längsten durch (ca. 1 Minute)40380

oder sowas:

Code: Alles auswählen

youtube-dl -o - http://zdf1314-lh.akamaihd.net/i/de14_v1@392878/index_1496_av-p.m3u8?sd=10 | mplayer - 

funktioniert ohne Abrüche ----> Ausgabe: 40378 Auch mit VLC und mpv
oder sowas:

Code: Alles auswählen

mplayer http://zdf1314-lh.akamaihd.net/i/de14_v1@392878/index_1496_av-p.m3u8?sd=10

funktioniert auch ohne Abbrüche -----> Ausgabe: 40379 Auch mit VLC und mpv

Schein also an der URL und nicht an an Playern zu liegen. Aber vielleicht hab ich ja auch alles falsch verstanden

[tobo]

Du hast aber 4.5, sollte also klappen.

Ne, das ist der svn-snapshot. Aktuell steht mplayer bei 1.3, Meillos Version (inklusive ffmpeg libavformat) entspricht ungefähr 0.8 (2012).

[Lord_Carlos]

Du hast aber 4.5, sollte also klappen.

Ne, das ist der svn-snapshot. Aktuell steht mplayer bei 1.3, Meillos Version (inklusive ffmpeg libavformat) entspricht ungefähr 0.8 (2012).

Na dann ist die Sache ja klar.

[tobo]

Na dann ist die Sache ja klar.

2012 stimmt zwar schon, aber die Vermutung von dir ist wohl doch richtig. Auf deren Seite wird man ja nicht so ganz schlau, aber offenbar liefen die Point releases neben den Release Candidaten, die dann aber trotzdem nie zu einer 1.0 führten!? Somit sollte man die 1.0rcs dann auch miteinander vergleichen können. Die Schiefertafeln mit den Quelltexten kann man sich vermutlich heute noch bei denen an der Laderampe abholen?!

[Revod]

Habe soeben mit meinen FujiTsu Notebook eine interessante Erfahrung gemacht mit mplayer und ffplay. PCLinuxOS mit installierte Codecs und das Altersunterschied beträgt 6 zu meinen Multimedia PC der 6 Jahre jünger ist. Die Distri sind genau die selben mit gleiche Codecs und Player und beide Rechner hängen am selben Router, und auch beide Rechner haben eine NV GraKa mit proprietärer Treiber NV Treiber, ausser der GraKa Serie und somit für jede GraKa das unterschiedliche Treiber.

Auf meinen Multimedia PC können alle Videoplayer meine Stream URL's abspielen.

Das streamen auf meinen Notebook;

VLC und Mplayer können die Stream URL's nicht abspielen, VLC überhaupt nicht und SMPlayer nur mit der " xv " Einstellung, dass total verschwommen ist, mit allen andere Einstellungen wie vdpau usw. bricht der Streamfluss vor dem Beginn ab.

Mplayer URL bricht ab mit der Meldung,

Code: Alles auswählen

libavformat file format detected.
LAVF_header: av_open_input_stream() failed

MPV URL spielt die URL ab mit einer CPU Last von 79% und scharfes Bild.

BakaMplayer auch, jedoch mit einer CPU Last von 99 - 100%

Der beste ist ffplay plus URL im Terminal gestartet, scharfes Bild und mit einer CPU Auslastung um die 40 Prozent.

Ich kann nur vermuten, weil mein Notebook klar ältere und der viel schwächere HW hat, kein OpenGL installiert ist diese Schwierigkeiten mit VLC hat.

Und zum zweiten wegen Mplayer, da stellen die Player BakaMplayer und MPV mplayer so ein, dass es trotzdem tut, also eine Ursache des Misserfolg / Erfolg liegt an den einzelne Player, wie Ihre APIS, eventuell mit der HW umgehen können. Meine Player sind 10 Jahre jünger als mein Laptop.

Warum ffmpeg so klar mit neueste und alte HW sehr gut klar kommt... das wissen die Entwickler alleine, oder sie werfen aus dem Code die sogenannte Abwärtsskalierung nicht / nie raus, glücklicherweise.

Vielleicht kann diese Erfahrung eine Inspiration geben und zu einer brauchbare Idee verhelfen.

Könnte mir mit yad für meinen Notebook einen Traymenü mit Stream URL's basteln, doch darauf arbeite ich und habe keine Zeit für Videos

[detix]

...ffplay kommt aus den ffmpeg Sourcen und ist bei Debian auch im ffmpeg-Paket enthalten...

Vielen Dank für diesen Tipp, ffplay ist wirklich sehr genügsam beim Abspielen:
smplayer mit mpv ca 40% Systemlast, ffplay nur ca 20% bei 1280x720
Mit einem kleinen Parameter kann man auch die gewünschte Auflösung einstellen, getestet mit Das_Erste, ZDF und deren *.master.m3u8, beide bieten 14(eher 7) Auflösungen (0-13):

512x288 Das_Erste:

Code: Alles auswählen

ffplay -vst p:5 https://derste247livede.akamaized.net/hls/live/658317/daserste_de/master.m3u8

1024x576 ZDF:

Code: Alles auswählen

ffplay -vst p:9 https://zdf1314-lh.akamaihd.net/i/de14_v1@392878/master.m3u8

p:0 ist ca 320x180, da könnte man sich ja den Bildschirm vollpflastern mit kleinen Livebildchen...