☰

VLC kann MKV- und MP4-Formate nicht abspielen

tag-icon • tag-icon 16.04 video vlc codecs
VLC kann MKV- und MP4-Formate nicht abspielen

Eingerichtetvlc(VLC Version 2.2.2 Weatherwax) aus dem offiziellen 16.04 LTS Repo. Ich habe dieUbuntu-eingeschränkte Extras. Videos werden abgespielt mitTotem(3.18.1), aber wenn ich versuche zu laufenvlc -vvv Dateiname es stürzt ab mitSegmentierungsfehler (Core Dump).aviDie Dateien werden auf beiden Playern problemlos wiedergegeben.

Unten ein Screenshot der Einstellungen, die ich mit meiner vorherigen Version von VLC und Ubuntu 14.04 LTS verwendet habe. Damals funktionierte es einwandfrei. Ich habe versucht, den Ausgabetyp zu ändern, aber das hat nicht geholfen.

Bildbeschreibung hier eingeben.

Antwort1

Ich bin auf dieses Problem gestoßen, weil VLC versucht hat, VDAPU für die Videodekodierung zu verwenden, und dies einen Segmentierungsfehler verursacht hat. Vermutlich handelt es sich dabei tatsächlich um einen Fehler in den Open-Source-Radeon-Treibern, aber ich konnte das Problem umgehen, indem ich einfach die Hardware-Videodekodierung deaktiviert habe. Die Einstellung ist irgendwie vergraben, öffnen Sie einfach VLC, gehen Sie dann zu Extras->Einstellungen->Eingabe/Codecs und stellen Sie die hardwarebeschleunigte Dekodierung auf Deaktivieren.

Falls dies Ihr spezielles Problem nicht gelöst hat, konnte ich durch Ausführen der folgenden Schritte herausfinden, dass es ein Problem mit VDAPU war:

  1. ulimit -c unlimited um Ubuntu dazu zu bringen, tatsächlich einen Core Dump zu erstellen
  2. vlcvom selben Terminal
  3. Warten auf Segmentierungsfehler
  4. gdb `which vlc`
  5. core coreLaden Sie die Core-Datei, die eigentlich heißtcore

  6. btDies gab mir die folgende Ausgabe:

    #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---

Der Eintrag bei #8 zeigte mir, dass das Problem bei den Radeon-Treibern lag.

verwandte Informationen