[MPlayer-users] Playing DASH streams / .mpd files
wanderer at fastmail.fm
Wed Mar 17 15:09:14 EET 2021
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 ; needed by /lib64/libbluray.so.1 
> 6026: file=libxml2.so.2 ; 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.
The major difference in the output I get from that LD_DEBUG ldd command
is that my copy also reports that libxml2.so.2 depends on liblzma.so.5.
I'd guess that the difference is that I probably enable more optional
things (by installing the necessary dependencies before building) than
the copy you're checking does.
The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 833 bytes
Desc: OpenPGP digital signature
More information about the MPlayer-users