You are not logged in.
I've tested mplayer and vlc, both cannot play some media files. Rebuilding them solves the issue. "pacman -Syu" doesn't show any updates, so I guess these packages aren't rebuilt in the repos (yet). Correct?
Last edited by dcc24 (2010-04-12 19:20:48)
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
Offline
So... My problem is caused by what? Out-of-sync mirror?
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
i don't understand anything from your post. mplayer version, vlc version, what codec doesn't work etc
Give what you have. To someone, it may be better than you dare to think.
Offline
Basically after today's updates (which included x264), both mplayer and vlc lost their ability to play xvid files. Since pacman -Syu didn't show anything, I thought vlc and mplayer aren't rebuilt yet. So I fetched them both, from abs, and compiled them myself.
Mplayer works fine after a rebuild, so no problem there. VLC (1.0.5-6) however, cannot play a simple xvid file. The error message is:
No suitable decoder module:
VLC does not support the audio or video format "XVID". Unfortunately there is no way for you to fix this.Last edited by dcc24 (2010-04-12 20:08:37)
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
chris@chrispc ~ % mplayer asd
mplayer: error while loading shared libraries: libx264.so.88: cannot open shared object file: No such file or directory
chris@chrispc ~ % LC_ALL=C pacman -Qo /usr/lib/libx264.so.92
/usr/lib/libx264.so.92 is owned by x264 20100410-1
Recompiling mplayer-vaapi now... :-/
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
Recompiling mplayer-vaapi now... :-/
I did exactly that. I also use mplayer-vaapi, and recompiling solved that problem. VLC is still problematic though.
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
no problem here. using mplayer and vlc from extra, playing xvid media files.
maybe you are using other ffmpeg too?
Last edited by wonder (2010-04-12 20:29:40)
Give what you have. To someone, it may be better than you dare to think.
Offline
Yes, that must be the problem. "mplayer-vaapi" depends on "ffmpeg-svn", so rebuilding it should solve the problem. Thanks!
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
Yes, that must be the problem. "mplayer-vaapi" depends on "ffmpeg-svn", so rebuilding it should solve the problem. Thanks!
ffmpeg from extra is a snapshot from svn and if you don't rebuild it every day(ffmpeg-svn) i think is good enough for you.
Give what you have. To someone, it may be better than you dare to think.
Offline
And you always have to take care for yourself with packages from AUR! Like wonder already said, ffmpeg in [extra] is a svn snapshot as well and in the last few months it's being updated very regularly, really nice. Same with mplayer.
Offline
And you always have to take care for yourself with packages from AUR! Like wonder already said, ffmpeg in [extra] is a svn snapshot as well and in the last few months it's being updated very regularly, really nice. Same with mplayer.
yes, i always update x264, ffmpeg and mplayer once a month ![]()
Last edited by wonder (2010-04-12 20:55:47)
Give what you have. To someone, it may be better than you dare to think.
Offline
mpd: error while loading shared libraries: libx264.so.88: cannot open shared object file: No such file or directory
VLC does not support the audio or video format "XVID". Unfortunately there is no way for you to fix this.
Is it a common problem to experience breakages involving libx264.so.XX updates? Alot of Google entries about this.
Nit picking each app seems like a work around. Is there a preventative solution?
Last edited by illumin8 (2010-04-12 23:09:55)
Offline
Yes, that must be the problem. "mplayer-vaapi" depends on "ffmpeg-svn", so rebuilding it should solve the problem. Thanks!
No it doesn't?
Depends On : libxxf86dga libxv libmad giflib cdparanoia libxinerama sdl lame libtheora xvidcore zlib libmng libxss libgl smbclient aalib jack libcaca x264>=20100312 faac lirc-utils ttf-dejavu libxvmc libjpeg>=8 enca libva-sds>=0.31.0_1_11-1 opencore-amr libdca฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
mpd: error while loading shared libraries: libx264.so.88: cannot open shared object file: No such file or directory
VLC does not support the audio or video format "XVID". Unfortunately there is no way for you to fix this.
Is it a common problem to experience breakages involving libx264.so.XX updates? Alot of Google entries about this.
Nit picking each app seems like a work around. Is there a preventative solution?
both issues are because you use other ffmpeg(pacman -Qs ffmpeg) . just rebuild it
Give what you have. To someone, it may be better than you dare to think.
Offline
I had to rollback ffmpeg, x264 and mplayer, because when I play mkv files (with mplayer) the sound is very slow. Not just out of sync, is like 10 seconds of video and 3 of sound.
I hope you understand me, I'm not a native english speaker.
*EDIT: All the packages are from extra. None is from aur.
Last edited by eduardo.eae (2010-04-13 04:40:42)
Offline
^Nice. replaced ffmpeg with ffmpeg-svn and built it with --enable-vdpau. Built vlc-git-va and mplayer-vaapi. The whole system feels snappier.
Offline
dcc24 wrote:Yes, that must be the problem. "mplayer-vaapi" depends on "ffmpeg-svn", so rebuilding it should solve the problem. Thanks!
No it doesn't?
Depends On : libxxf86dga libxv libmad giflib cdparanoia libxinerama sdl lame libtheora xvidcore zlib libmng libxss libgl smbclient aalib jack libcaca x264>=20100312 faac lirc-utils ttf-dejavu libxvmc libjpeg>=8 enca libva-sds>=0.31.0_1_11-1 opencore-amr libdca
Yeah, I realized this after I posted. It doesn't depend on it, but it still needs ffmpeg to play media files.
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
i have another problem which might be connected to the one mentioned here.
since yesterday's update mplayer plays audio on some of my .mkv files in slow motion, while other work perfectly fine.
using mplayer and codecs from extra repositories.
any suggestions?
Offline
I just installed mplayer-mt-git from aur, and the problem with mkv files is gone. It works perfect now.
Offline
fixed in mplayer-31040-1
Last edited by wonder (2010-04-15 23:25:36)
Give what you have. To someone, it may be better than you dare to think.
Offline
I am not sure if this is a related problem, but it seems to be. I did a major system update today and mplayer will not play any mkv's or avi's I have. They worked just fine before the update. I get the following error when trying to play mkv and avi files:
mplayer: error while loading shared libraries: libkrb5.so.25: cannot open shared object file: No such file or directoryI saw talk on recompiling mplayer, so I tried to do that through abs with the defaults. I do not know much about that, so maybe I did it wrong, but it resulted in the same effects as the package that pacman had downloaded.
I tried to downgrade the packages, but they kept leading me to other dependencies like xorg and such. So, while I know it is not a good idea, I created a symbolic link from libkrb5.so.25 to .26 which I have. MPlayer seems to work fine now.
I would really like to know how to fix this problem without resorting to my symbolic link or downgrading most of the packages that I just upgraded (50+ of them). So, please tell me what I should do.:/
Offline
@Respen update fully your system. some dependency that mplayer is using wasn't been updated or is ignored(check pacman.conf)
Give what you have. To someone, it may be better than you dare to think.
Offline
I had thought that the mirror I was using was doing just fine, but I guess I was wrong. I chose a different mirror and updated a few things and now all is fine. Thank you, wonder.
Offline