I am not able to play certain movie files with MPlayer since a few days:
MPlayer dev-SVN-r32749-4.4-openSUSE Linux 11.2 (i686)-Packman (C) 2000-2010 MPlayer Team
Can't open joystick device /dev/input/js0: No such file or directory
Can't init input joystick
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing somefile.wmv.
ASF file format detected.
[asfheader] Audio stream found, -aid 1
[asfheader] Video stream found, -vid 2
VIDEO: [WMV3] 640x480 24bpp 1000.000 fps 1500.0 kbps (183.1 kbyte/s)
==========================================================================
Opening video decoder: [dmo] DMO video codecs
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
MPlayer interrupted by signal 11 in module: init_video_codec
I am not sure which filetypes are affected by this bug, but I can play some files. The specific file here used to work a few days ago.
kalle@hoppers:~> file somefile.wmv
somefile.wmv: Microsoft ASF
The only major thing referring to multimedia in the past few days I remember is installing ‘h264enc’ from Packman, however, meanwhile I uninstalled this package, yet the problem persists.
The only way of solving this was moving MPlayers config, but that did not help either.
Xine also is not able to play this video:
kalle@hoppers:~> xine somefile.wmv
Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.6.
(c) 2000-2007 Das xine Team.
[wmv3 @ 0x8f78060] Extra data: 8 bits left, value: 0
xiTK received SIGSEGV signal, RIP.
Abgebrochen
I’d be glad if someone could point me to ways of troubleshooting this.
The only way of solving this was moving MPlayers config, but that did not help either.
What I mean is: I moved the MPlayer-configs and that didn’t help either. Sorry for that.
My system is: openSUSE 11.2 32bit with the current desktop-Kernel, all packages are up to date. I should mention that beside Packman I also use the “Multimedia:Apps”-repository. However, there does not seem to be a relevant package from this source that might refer to this problem:
kalle@hoppers:~> zypper se -si -r Multimedia:Apps
Daten des Repositorys laden ...
Installierte Pakete lesen ...
S | Name | Typ | Version | Arch | Repository
--+---------------------------+-------+---------------------+--------+----------------
i | Last.fm | Paket | 1.3.2.13-2.5 | i586 | Multimedia:Apps
i | ZynAddSubFX | Paket | 2.4.1-6.18 | i586 | Multimedia:Apps
i | abcde | Paket | 2.3.99.6-120.1 | i586 | Multimedia:Apps
i | alevt | Paket | 1.6.2-146.1 | i586 | Multimedia:Apps
i | ardour | Paket | 2.8.11-3.1 | i586 | Multimedia:Apps
i | awesfx | Paket | 0.5.1a-174.1 | i586 | Multimedia:Apps
i | csound | Paket | 5.06.0-267.50 | i586 | Multimedia:Apps
i | dvb | Paket | 1.1.1_20100509-4.1 | i586 | Multimedia:Apps
i | dvbsnoop | Paket | 1.4.50-4.1 | i586 | Multimedia:Apps
i | dvbtune | Paket | 0.5-294.1 | i586 | Multimedia:Apps
i | flash-player | Paket | 10.1.102.64-24.1 | i586 | Multimedia:Apps
i | freqtweak | Paket | 0.7.2-8.2 | i586 | Multimedia:Apps
i | id3v2 | Paket | 0.1.12-5.1 | i586 | Multimedia:Apps
i | jack-rack | Paket | 1.4.7-237.4 | i586 | Multimedia:Apps
i | jamin | Paket | 0.95.0-477.2 | i586 | Multimedia:Apps
i | libzvbi0 | Paket | 0.2.33-5.1 | i586 | Multimedia:Apps
i | lilypond | Paket | 2.12.3-22.1 | i586 | Multimedia:Apps
i | nxtvepg | Paket | 2.8.1-5.1 | i586 | Multimedia:Apps
i | ogmtools | Paket | 1.5-295.9 | i586 | Multimedia:Apps
i | opensuse-codecs-installer | Paket | 10.3.1-142.1 | noarch | Multimedia:Apps
i | picard | Paket | 0.12.1+bzr1043-12.2 | i586 | Multimedia:Apps
i | pmidi | Paket | 1.6.0-491.1 | i586 | Multimedia:Apps
i | postfish | Paket | svn17492-9.1 | i586 | Multimedia:Apps
i | rosegarden | Paket | 10.10-8.6 | i586 | Multimedia:Apps
i | tse3 | Paket | 0.3.1-294.8 | i586 | Multimedia:Apps
i | tv-fonts | Paket | 1.1-857.1 | noarch | Multimedia:Apps
i | tvtime | Paket | 1.0.2-482.1 | i586 | Multimedia:Apps
Also I forgot to mention that the problematic files work well with VLC.
Edit: I’m not sure whether this is another symptom with the same culprit, but I can not use VDPAU since a few days either (tried both the current and previous version of the NVidia-driver).
The only major thing referring to multimedia in the past few days I remember is installing ‘h264enc’ from Packman, however, meanwhile I uninstalled this package, yet the problem persists.
Rather than remembering, I wonder if a check of zypper’s log would be a good idea? Although 11.3, I have just done some packman updates to libxine and s/mplayer, although smplayer was a downgrade.
Hehehe, got it solved. I gave this a closer look (for some reason opening threads makes me feel obliged to do so… cough) and obviously only .wmv- / ASF-files were affected. This gave me the idea to check for relevant codec packages, namely ‘w32codec-all’. After removing it, not only I can watch those files in MPlayer, I also am able to use VDPAU again. Hooray!
I considered ‘w32codec-all’ to be a redundant package before, but obviously it is also potentially a conflicting one.
I hope this thread isn’t quite as redundant and will help others having the same trouble.
gropiuskalle, that is very interesting. Since I started working on the mmcheck script, I have stopped loading or suggesting you should load this file. I keep expecting for someone to say that it was required, but now this seems to be not the case, at least with the other recommended files. I am happy to hear you got to the bottom of your player issues.
gropiuskalle, glad you got it fixed. I wouldn’t have been able to reproduce that problem even on my other system which has 11.2 (also 64 bit), as I never install w32codec-all on 64 bit systems. I get poor results with Mplayer these days anyway, even after recent updates, but good results with SMplayer.
I would recommend to remove it from the one-clicks and the guide, since the codecs it provides are also provided by the Packman versions of xine, MPlayer and VLC. At least it is needless (also on 32bit systems, but more so on 64bitters). Maybe someone else with a 32bit system should give this some testing, but I do not seem to have any missing codecs here. jdmcdaniel3s comment also suggests that it is actually not needed at all.
I am a bit puzzled about this, though. As MPlayer has its own collection of codecs anyway, why does it seem to use w32codecs in case they are installed? I was able to reproduce this problem with Quicktime files as well.
semi-OT-Edit: consused, I also use SMPlayer as frontend, but it gave me the same results as MPlayer. You might have some special options in SMPlayer which make it behave differently.
S/Mplayer here are both vanilla packman. I probably should do more controlled tests with Mplayer which seems better as a commandline driven app. The issues have been with local video and could be KDE (even version) related. Maybe SMplayer is just more successful at playing disparate video file types at a single click. No big deal as we are “spoilt for choice” when it comes to multimedia players
