You are not logged in.
Pages: 1
8/29
If anyone else with Nvidia has mplayer break from upgrade.
On a i686 machine that I have, upgrading mesa, mesa-libgl, and nouveau-dri, broke mplayer with this error message
Inconsistency detected by ld.so: dl-close.c: 771: _dl_close: Assertion `map->l_init_called' failed!
I downgraded
mesa-libgl (9.2.0-1 => 9.1.6-1)
mesa (9.2.0-1 => 9.1.6-1)
nouveau-dri (9.2.0-1 => 9.1.6-1)
That put it back working. It did not effect the 64 bit machines, just the 32 bit machine.
I did not downgrade mplayer or mencoder, and ffplay was not affected.
[2013-08-29 17:15] [PACMAN] Running 'pacman -Syu'
[2013-08-29 17:15] [PACMAN] synchronizing package lists
[2013-08-29 17:15] [PACMAN] starting full system upgrade
[2013-08-29 17:17] [PACMAN] upgraded bash (4.2.045-4 -> 4.2.045-5)
[2013-08-29 17:17] [PACMAN] upgraded wayland (1.2.0-1 -> 1.2.1-1)
[2013-08-29 17:17] [PACMAN] installed elfutils (0.155-1)
[2013-08-29 17:17] [PACMAN] installed llvm-libs (3.3-1)
[2013-08-29 17:17] [PACMAN] upgraded mesa (9.1.6-1 -> 9.2.0-1)
[2013-08-29 17:17] [PACMAN] upgraded mesa-libgl (9.1.6-1 -> 9.2.0-1)
[2013-08-29 17:17] [PACMAN] upgraded cairo (1.12.14-4 -> 1.12.16-1)
[2013-08-29 17:17] [PACMAN] upgraded groff (1.22.2-3 -> 1.22.2-5)
[2013-08-29 17:17] [PACMAN] upgraded libmng (1.0.10-4 -> 2.0.2-2)
[2013-08-29 17:17] [PACMAN] upgraded mencoder (36285-3 -> 36285-4)
[2013-08-29 17:17] [PACMAN] upgraded mplayer (36285-3 -> 36285-4)
[2013-08-29 17:17] [PACMAN] upgraded nouveau-dri (9.1.6-1 -> 9.2.0-1)
[2013-08-29 17:17] [PACMAN] upgraded youtube-dl (2013.08.27-1 -> 2013.08.28.1-1)
Last edited by teckk (2013-08-31 17:04:14)
Offline
I know this isn't really a solution, but if you haven't taken a look at mpv, now sounds like it'd be a great time to do so. It's a fork of mplayer and mplayer2 and is really fabulous.
All the best,
-HG
Offline
dunno why you didnt just downgrade mplayer... I like smplayer or rosa
Last edited by rufus (2013-08-30 02:34:05)
end ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
'the machine is not the end to the means., we are. In history, in board rooms and politic the greatest decision and effort
evolves from passion, lust for life, and a common sense of humanity. Never forget what you are and why'. -me
Offline
Downgrading mplayer was the first thing that I did.
That gave
mplayer: error while loading shared libraries: libmng.so.1: cannot open shared object file: No such file or directory
I downgraded libmng too, didn't help. Different error.
mplayer: error while loading shared libraries: libmng.so.2: cannot open shared object file: No such file or directory
After downgrading packages I determined that it was mesa, mesa-libgl and nouveau-dri which you have to do together.
Last edited by teckk (2013-08-30 02:38:48)
Offline
Both mplayer and mplayer2 work on my up-to-date 32-bit Arch.
Offline
I just updated an AMDx2 machine and the update broke mplayer on it.
Had to rollback mesa, mesa-libgl and nouveau-dri.
You using Nvidia and nouveau, or nvidia's module?
Offline
I'm using nvidia-173xx, it's one of the legacy drivers.
Offline
Ok, thanks, nouveau has caused several problems this last year. I'll look to see if I can find out anything more on this.
Offline
I know this isn't really a solution, but if you haven't taken a look at mpv, now sounds like it'd be a great time to do so. It's a fork of mplayer and mplayer2 and is really fabulous.
Thanks for this recommendation!
On one computer I always had some strange problems with mplayer, that I never managed to solve (some OSD text not rendering, color errors etc).
Just installed mpv after I read your comment, and everything works great out of the box! Not to mention it has a nicer command-line interface, and no longer auto-unpauses playback on exiting fullscreen or similar actions (my most hated "feature" of mplayer).
my AUR packages ~~ my community contributions
Offline
no longer auto-unpauses playback on exiting fullscreen or similar actions (my most hated "feature" of mplayer).
This is one of the features of mplayer2 too.
Offline
If anyone else with Nvidia has mplayer break from upgrade.
On a i686 machine that I have, upgrading mesa, mesa-libgl, and nouveau-dri, broke mplayer with this error messageInconsistency detected by ld.so: dl-close.c: 771: _dl_close: Assertion `map->l_init_called' failed!
I am also using the nouveau driver and I am running into what appears to be the very same problem after upgrading to mesa 9.2.0.
It looks like the issue is related to the libvdpau_nouveau.so library. As a workaround, removing the library and it's associated symlinks makes video playback work again:
# rm /usr/lib/vdpau/libvdpau_nouveau.so*
The output of lspci shows my video card as the following:
$ lspci | grep -i nvidia
01:00.0 VGA compatible controller: NVIDIA Corporation NV44M [GeForce Go 6200] (rev a1)
I've opened a bug report on this issue:
https://bugs.archlinux.org/task/36754
Last edited by battlepanic (2013-08-31 16:24:09)
Offline
Ok thanks, that's good info. But instead of removing libraries from the machine, launching mplayer with
mplayer -vo xv ...
works with the machine up to date, for now until it's fixed.
I think I'll mark this solved. Mplayer isn't playing well with nouveau vdpau. I'll post back if/when an update fixes it.
Offline
Oh dear, you're right.
It indeed doesn't work w/o '-vo xv'. Output from mpv on a 32-bit Arch using [testing] and Intel graphics:
Detected file format: QuickTime / MOV (libavformat)
Clip info:
major_brand: isom
minor_version: 512
compatible_brands: isomiso2avc1mp41
encoder: Lavf54.59.106
[stream] Video (+) --vid=0 (h264)
[stream] Audio (+) --aid=0 --alang=eng (aac)
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
Segmentation fault (core dumped)
Offline
Pages: 1