web-dev-qa-db-fra.com

vlc ne peut pas lire les formats mkv et mp4

Installé vlc (VLC version 2.2.2 Weatherwax) à partir du dépôt officiel de 16.04 LTS. J'ai le ubuntu-restricted-extras . Les vidéos sont lues avec totem (3.18.1), mais si j'essaie d'exécuter vlc -vvv nom_fichier il plante avec défaut de segmentation (noyau vidé) . avi Les fichiers s’exécutent bien avec les deux lecteurs.

Ci-dessous une capture d'écran des paramètres que j'avais l'habitude d'utiliser avec ma version précédente de vlc et Ubuntu 14.04 LTS. Ensuite, ça fonctionnait bien. J'ai essayé de changer le type de sortie mais ça n'aide pas.

enter image description here .

16.04videovlccodecs
2
Andrea Borga

J'ai rencontré ce problème parce que VLC essayait d'utiliser VDAPU pour le décodage vidéo et que cela causait une erreur de segmentation. Il s’agit probablement d’un bogue des pilotes Radeon open source, mais j’ai pu contourner ce problème en désactivant simplement le décodage vidéo matériel. Le réglage est un peu enfoui, ouvrez simplement VLC puis allez dans Outils-> Préférences-> Entrée/Codecs et réglez le décodage avec accélération matérielle sur Désactiver.

Au cas où cela ne résoudrait pas votre problème particulier, j'ai pu comprendre qu'il s'agissait d'un problème avec VDAPU en exécutant les étapes suivantes:

  1. ulimit -c unlimited pour faire en sorte qu'Ubuntu crée un vidage mémoire
  2. vlc du même terminal
  3. Attendre le segfault
  4. gdb `which vlc`
  5. core core Charge le fichier core qui s'appelle réellement core

  6. bt Cela m'a donné la sortie suivante:

    #0  0x00007fe128b4118e in llvm::SmallVectorTemplateBase<llvm::cl::parser<llvm::ScheduleDAGInstrs* (*)(llvm::MachineSchedContext*)>::OptionInfo, false>::grow(unsigned long) () from /usr/lib/x86_64-linux-gnu/libLLVM-4.0.so.1
#1  0x00007fe128b4125e in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-4.0.so.1
#2  0x00007fe1067fab0a in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.8.so.1
#3  0x00007fe16555b4ea in call_init (l=<optimized out>, argc=argc@entry=2, 
    argv=argv@entry=0x7ffecd92f6b8, env=env@entry=0x7fe138050690)
    at dl-init.c:72
#4  0x00007fe16555b5fb in call_init (env=0x7fe138050690, argv=0x7ffecd92f6b8, 
    argc=2, l=<optimized out>) at dl-init.c:30
#5  _dl_init (main_map=main_map@entry=0x7fe10c0172c0, argc=2, 
    argv=0x7ffecd92f6b8, env=0x7fe138050690) at dl-init.c:120
#6  0x00007fe165560712 in dl_open_worker (a=a@entry=0x7fe121f082c0)
    at dl-open.c:575
#7  0x00007fe16555b394 in _dl_catch_error (
    objname=objname@entry=0x7fe121f082b0, 
    errstring=errstring@entry=0x7fe121f082b8, 
    mallocedp=mallocedp@entry=0x7fe121f082af, 
    operate=operate@entry=0x7fe165560300 <dl_open_worker>, 
    args=args@entry=0x7fe121f082c0) at dl-error.c:187
#8  0x00007fe16555fbd9 in _dl_open (
    file=0x7fe121f08540 "${Origin}/vdpau/libvdpau_radeonsi.so.1", 
    mode=-2147483390, caller_dlopen=0x7fe1095a46cc, nsid=-2, 
---Type <return> to continue, or q <return> to quit---

L’entrée n ° 8 m’indique que le problème vient des pilotes Radeon.

4
adittes