From ib at wupperonline.de  Wed Sep 15 19:50:40 2021
From: ib at wupperonline.de (=?ISO-8859-1?Q?Ingo=20Br=FCckl?=)
Date: Wed, 15 Sep 2021 18:50:40 +0200
Subject: [MPlayer-users] New MPlayer Debian Packages
Message-ID: <614224aa.512e99c1.bm000@wupperonline.de>

Package mplayer+gui has been updated to current SVN and FFmpeg 4.4, packages
mplayer-skin-blue-multilingual and mplayer-skin-clearlooks-multilingual have
been updated to GNU Unifont 14.0.01.

Have fun.

Ingo

From g.s at arcor.de  Mon Sep 20 20:12:18 2021
From: g.s at arcor.de (Gerhard Strangar)
Date: Mon, 20 Sep 2021 19:12:18 +0200
Subject: [MPlayer-users] playing mpegts
Message-ID: <08b6b364-54e2-5569-5bb5-70ce2b0984ce@arcor.de>

Hi,

mplayer told me to report a bug, however, I'm not sure if it's an
mplayer bug.

I tried to play a live stream from an m3u file. Since mplayer doesn't
want to play it directly, I tried piping it into mplayer:

ffmpeg -i
https://stream02.welocal.stream/stream/fhd-muenchentv_365036/ngrp:stream_all/playlist.m3u8
-c copy -f mpegts -map 0:7 -map 0:8 - | mplayer -cache 2048 -

And it seems to be working fine, I just get flooded with "Bad stream
state, please report as bug!".
With a different stream (that requires logging in), I'm out of luck.
It's a 50 FPS stream and the video seems to be playing at 100 FPS,
whereas the audio is normal. This causes the video to pause, then play
at 100 FPS again and so on.

I thought it might be because of the pipe, but when I use ffmpeg to copy
it to a file, mplayer shows the same behaviour. What does work is
letting ffmpeg write a matroska file and play that while it's still
being written.

ffmpeg 4.4_3,1 on FreeBSD x64
mplayer built from mplayer-export-2021-09-20

Gerhard

From steyding at yahoo.de  Wed Sep 22 20:09:38 2021
From: steyding at yahoo.de (max muster)
Date: Wed, 22 Sep 2021 17:09:38 +0000 (UTC)
Subject: [MPlayer-users] playing mpegts
In-Reply-To: <08b6b364-54e2-5569-5bb5-70ce2b0984ce@arcor.de>
References: <08b6b364-54e2-5569-5bb5-70ce2b0984ce@arcor.de>
Message-ID: <777321643.477807.1632330578433@mail.yahoo.com>

 Hello Gerhard,
No, it's not really a bug in mplayer.
Please use the following options to view this playlist:
mplayer -ni -cache 4096 -cache-min 50 ffmpeg://https://stream02.welocal.stream/stream/fhd-muenchentv_365036/ngrp:stream_all/playlist.m3u8

Regards,
Mark


    Am Montag, 20. September 2021, 19:12:34 MESZ hat Gerhard Strangar <g.s at arcor.de> Folgendes geschrieben:  
 
 Hi,

mplayer told me to report a bug, however, I'm not sure if it's an
mplayer bug.

I tried to play a live stream from an m3u file. Since mplayer doesn't
want to play it directly, I tried piping it into mplayer:

ffmpeg -i
https://stream02.welocal.stream/stream/fhd-muenchentv_365036/ngrp:stream_all/playlist.m3u8
-c copy -f mpegts -map 0:7 -map 0:8 - | mplayer -cache 2048 -

And it seems to be working fine, I just get flooded with "Bad stream
state, please report as bug!".
With a different stream (that requires logging in), I'm out of luck.
It's a 50 FPS stream and the video seems to be playing at 100 FPS,
whereas the audio is normal. This causes the video to pause, then play
at 100 FPS again and so on.

I thought it might be because of the pipe, but when I use ffmpeg to copy
it to a file, mplayer shows the same behaviour. What does work is
letting ffmpeg write a matroska file and play that while it's still
being written.

ffmpeg 4.4_3,1 on FreeBSD x64
mplayer built from mplayer-export-2021-09-20

Gerhard
_______________________________________________
MPlayer-users mailing list
MPlayer-users at mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users