[MPlayer-users] Playing DASH streams / .mpd files
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Wed Mar 17 17:01:02 EET 2021
On 17 March 2021 14:09:14 CET, The Wanderer <wanderer at fastmail.fm> wrote:
>On 2021-03-17 at 06:31, Martin Simmons wrote:
>
>> On Wed, 17 Mar 2021 10:52:03 +0100, Erik Auerswald said:
>>
>>> On Wed, Mar 17, 2021 at 10:15:58AM +0100, Reimar Döffinger wrote:
>
>>>> Huh, that seems strange.
>>>> It's not a very nice dependency and DASH is fairly rare, so I
>probably
>>>> would have rather avoided it, though mostly I thought we did not
>have
>>>> a configure check for libxml2, adding those is always a pain.
>>>
>>> Just for information, MPlayer in Debian/Ubuntu (at least one
>version)
>>> links against libxml2 as well:
>>>
>>> $ /usr/bin/mplayer | head -n1
>>> MPlayer 1.3.0 (Debian), built with gcc-7 (C) 2000-2016 MPlayer
>Team
>>> $ ldd /usr/bin/mplayer | grep xml
>>> libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2
>(0x00007fe643aa9000)
>>
>> It is also a dependency on CentOS 7.9.2009, indirectly from
>libblueray:
>>
>> $ /usr/bin/mplayer | head -n1
>> MPlayer SVN-r37391-4.8.3 (C) 2000-2015 MPlayer Team
>> $ env LD_DEBUG=files ldd /usr/bin/mplayer 2>&1 | grep -i libxml
>> 6026: file=libxml2.so.2 [0]; needed by /lib64/libbluray.so.1
>[0]
>> 6026: file=libxml2.so.2 [0]; generating link map
>> libxml2.so.2 => /lib64/libxml2.so.2 (0x00007f0b7ad84000)
>
>Same here, with a locally-built copy from then-current SVN (plus
>"internal" FFmpeg) this past October.
Ok ok, fair enough.
That "just" leaves the practical problem that someone needs to write a configure check for libxml2.
More information about the MPlayer-users
mailing list