ZDF-Livestream bricht staendig ab

[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...