Le samedi 22 juin 2013 17:23:17, Markus Koschany a écrit : > Conclusion > ========== > > 1. Close this bug report because it is a user misconfiguration or
If the user has explicitly selected VLC, then it is a user error. But if mediathekview assumes that VLC is available, and fails to run mplayer, on the sole basis of 'vlc' being a valid command, that is a mediathekview bug. > 2. Improve the error message of vlc-nox and suggest to install vlc in > case the user wants to play a h264 video or Again, the lack of H.264 decoder is just the tip of the iceberg (and will be fixed when Debian updates VLC to upstream version 2.1). The X11 video display plugins are also required, and they are fundamentally NOT part of 'vlc-nox'. VLC has no ways to determine that though. If the X11 video output plugins are missing, it will assume the system does not support X11 and use whatever else is available. In the case of Debian vlc-nox, it will probably use the Linux framebuffer. If all video output plugins fail in succession, VLC will fall back gladly to audio only playback. That is obviously not what mediathekview expects, but as far as the VLC command line semantics are concerned, that is what mediathekview asks. > 3. Mark this bug as wontfix and > > 4. Reassign this bug report to vlc-nox again. Unless Debian intends to fork the VLC command line usage from usptream, there is no bug in vlc-nox nor vlc here. It's either purely a configuration error, or a bug in mediathekview autodetection code if any. In the latter case, executing qvlc instead of vlc should solve the problem. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
