I recently updated Mplayer to a new version, using Yast. The new version
appeared to not work. Trying to run it from the console, I get
mplayer: symbol lookup error: /usr/lib64/libschroedinger-1.0.so.0:
undefined symbol: oil_function_class_ptr_multiply_and_acc_8xn_s16_u8
Thinking I might need a new libschroedinger, I removed both mplayer and
libschroedinger using Yast, then reinstalled mplayer, so Yast’s
dependency analysis caused libschroedinger to be reinstalled.
It still doesn’t work, with exactly the same error message.
Any suggestions?
Ian
–
*********** To reply by e-mail, make w single in address **************
I recently updated Mplayer to a new version, using Yast. The new version
appeared to not work. Trying to run it from the console, I get
mplayer: symbol lookup error: /usr/lib64/libschroedinger-1.0.so.0:
undefined symbol: oil_function_class_ptr_multiply_and_acc_8xn_s16_u8
queequeg wrote:
>
> Which repository’s to you have? If you have both the videolan and
> packman repos it can cause issues like this, so you should never add
> both of them.
>
Thanks for the suggestion.
I did indeed have both of these repos enabled. So I
Disabled videolan
deleted mplayer, libschroedinger and libx264-65 packages, using Yast
refreshed packman repo.
reinstalled mplayer, using Yast, which reinstalled the above 2 libs.
Installation proceeded cleanly with no error messages.
Mplayer still appears not to work, and running from shell still gives
the same error message as above.
HELP!
Ian
–
*********** To reply by e-mail, make w single in address **************
I’m by no means an expert, but if it’s installed correctly then maybe you have a driver issue? Have you tried installing vlc (at least temporarily) to see if it’s able to play videos? (vlc mostly uses it’s own muxer/demuxer, so if it works you may be able to weed out driver related issues and focus on mplayter codec/rendiring issues).
OMG, you’re completely clueless. Symbol lookup errors have nothing to do with driver issues. it’s a problem in mplayer which contains a function/pointer/whatever that points/calls to a non-existent one in libschroedinger. Lookup errors won’t prevent you from installing something, they only pop up when you actually try to run the program
Also, VLC doesn NOT use its own muxers/demuxers. MPlayer, VLC, Xine and any other video player for Linux is built around libavcodec/libavformat, which is part of ffmpeg
To the OP: the only way to fix your problem is either compile from source or contact the packman team and tell them about this problem
>
> Check post ‘libschroedinger - openSUSE Forums’
> (http://tinyurl.com/7qdgoz).
> Its for 11 but may give you pointers
>
> Cheers
>
Thanks - that url led to the solution. My version of liboil from the OSS
repository had to be replaced by the one from packman.
Too bad packman packages don’t contain the info to allow Yast to do this
automatically
Thanks again,
Ian
–
*********** To reply by e-mail, make w single in address **************
I recently updated Mplayer to a new version, using Yast. The new version
appeared to not work. Trying to run it from the console, I get
mplayer: symbol lookup error: /usr/lib64/libschroedinger-1.0.so.0:
undefined symbol: oil_function_class_ptr_multiply_and_acc_8xn_s16_u8
queequeg wrote:
>
> Which repository’s to you have? If you have both the videolan and
> packman repos it can cause issues like this, so you should never add
> both of them.
>
Thanks for the suggestion.
I did indeed have both of these repos enabled. So I
Disabled videolan
deleted mplayer, libschroedinger and libx264-65 packages, using Yast
refreshed packman repo.
reinstalled mplayer, using Yast, which reinstalled the above 2 libs.
Installation proceeded cleanly with no error messages.
Mplayer still appears not to work, and running from shell still gives
the same error message as above.
HELP!
Ian
–
*********** To reply by e-mail, make w single in address **************
I’m by no means an expert, but if it’s installed correctly then maybe
you have a driver issue? Have you tried installing vlc (at least
temporarily) to see if it’s able to play videos? (vlc mostly uses it’s
own muxer/demuxer, so if it works you may be able to weed out driver
related issues and focus on mplayter codec/rendiring issues).
queequeg;1928532 Wrote:
> I’m by no means an expert, but if it’s installed correctly then maybe
> you have a driver issue? Have you tried installing vlc (at least
> temporarily) to see if it’s able to play videos? (vlc mostly uses it’s
> own muxer/demuxer, so if it works you may be able to weed out driver
> related issues and focus on mplayter codec/rendiring issues).
OMG, you’re completely clueless. Symbol lookup errors have nothing to
do with driver issues. it’s a problem in mplayer which contains a
function/pointer/whatever that points/calls to a non-existent one in
libschroedinger. Lookup errors won’t prevent you from installing
something, they only pop up when you actually try to run the program
Also, VLC doesn NOT use its own muxers/demuxers. MPlayer, VLC, Xine and
any other video player for Linux is built around libavcodec/libavformat,
which is part of ffmpeg
To the OP: the only way to fix your problem is either compile from
source or contact the packman team and tell them about this problem
>
> Check post ‘libschroedinger - openSUSE Forums’
> (http://tinyurl.com/7qdgoz).
> Its for 11 but may give you pointers
>
> Cheers
>
Thanks - that url led to the solution. My version of liboil from the OSS
repository had to be replaced by the one from packman.
Too bad packman packages don’t contain the info to allow Yast to do this
automatically
Thanks again,
Ian
–
*********** To reply by e-mail, make w single in address **************
microchip8;1928784 Wrote:
>
> To the OP: the only way to fix your problem is either compile from
> source or contact the packman team and tell them about this problem
And your advice was a lot better lol.
I’m glad you got it working Ian Gay. Congratulations.
And thank you tusharjoshi for giving good advice without berating
others like some worthless people in this thread.
