VLC in testing kaputt?

Sound, Digitalkameras, TV+Video und Spiele.
Antworten
Alternativende
Beiträge: 2090
Registriert: 07.07.2006 18:32:05

VLC in testing kaputt?

Beitrag von Alternativende » 02.01.2017 11:17:28

Hallo zusammen,
bin ich der Einzige der schon seit geraumer Zeit an keinem Rechner mit Debian Stretch mehr VLC nutzen kann?

Egal welches Format ich abspielen möchte, das Video beginnt ein oder zwei Sekunden und hängt sich dann komplett auf.

Ist das bekannt und normal?

Benutzeravatar
Revod
Beiträge: 3788
Registriert: 20.06.2011 15:04:29
Lizenz eigener Beiträge: MIT Lizenz

Re: VLC in testing kaputt?

Beitrag von Revod » 02.01.2017 12:26:35

Habe meins bereits auf Version 2.1.3 downgradet. Scheinbar haben höhere Versionen mit dem Audio Codec der Hardware und GraKa Schwierigkeiten. Bei jedem reagieren neueste Versionen verschieden " defekt " wie ich von ein " paar " User gelesen habe, ein und Downgrade ( Bei mir ist es unscharf geworden und 0 CPU Verbrauch ??? ),

viewtopic.php?f=25&t=163366

Einzig, Version 2.1.3 hat verbraucht bei gewisse UI Einstellungen zu viel CPU ( Zwei Einstellungen, die das CPU Verbrauch stark reduziert haben ).

Muss man probieren, Audio entweder auf " Automatisch " stehen lassen, oder auf " Alsa Standard " setzen und danach erscheint unterhalb die Hardware Ausgang, am besten auf die " .... Standard .... " setzen.

Das zweite, am besten, in den Einstellungen " Starte mit minimaler Ansicht ... " den Haken raus nehmen und vlc neu starten.

Vielleicht hilft es bei Dir auch unter Testing Version.
Systemd und PulseAudio, hmmm, nein danke.

jkoerner

Re: VLC in testing kaputt?

Beitrag von jkoerner » 03.01.2017 19:34:08

testing hat mittlerweile die vlc-Version 2.2.4 problemlos(jedenfalls bei mir auf amd64) am Laufen.

Alternativende
Beiträge: 2090
Registriert: 07.07.2006 18:32:05

Re: VLC in testing kaputt?

Beitrag von Alternativende » 05.01.2017 20:45:33

Auf meinen Rechnern bleibt es weiterhin unbenutzbar. Es stürzt jetzt nicht mehr gleich am Anfang ab, aber nach ein paar Sekunden schafft es das immer noch. Spätestens, wenn man ein Kontextmenü öffnet ist es vorbei.

Benutzeravatar
TRex
Moderator
Beiträge: 8038
Registriert: 23.11.2006 12:23:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: KA

Re: VLC in testing kaputt?

Beitrag von TRex » 06.01.2017 15:30:08

Irgendetwas auf stdout/stderr?
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nichtDon't break debian!Wie man widerspricht

retabell
Beiträge: 87
Registriert: 01.07.2012 13:20:21

Re: VLC in testing kaputt?

Beitrag von retabell » 08.01.2017 17:13:52

Alternativende hat geschrieben:Auf meinen Rechnern bleibt es weiterhin unbenutzbar. Es stürzt jetzt nicht mehr gleich am Anfang ab, aber nach ein paar Sekunden schafft es das immer noch. Spätestens, wenn man ein Kontextmenü öffnet ist es vorbei.
gleiche Problem hier bei mir mit Radeon HD 6250

mit dem dort beschriebenen Workaround funktioniert vlc bei mir

Debian Bugreport849224

wer weiter sucht findet noch diverse andere Bugs für xserver-org-core
auch für intel-gk Debian Bugreport848598 Debian Bugreport846779

Benutzeravatar
Revod
Beiträge: 3788
Registriert: 20.06.2011 15:04:29
Lizenz eigener Beiträge: MIT Lizenz

Re: VLC in testing kaputt?

Beitrag von Revod » 09.01.2017 00:39:03

Danke für die Info.

Was Ressourcen Schonung angeht sind " MPV " und " Baka-Mplayer ( nutzt die mpv lib ) " , die beiden unschlagbar. Habe mir SMPlayer im Zusammenspiel mit mpv eingerichtet, " Video nicht eingebettet " Die Playlist Verwaltung ist mit SMPlayer etwas umständlicher / aufwendiger mit dem Favoriten Adressen ( Streams, Lokales ... ), doch einmal eingerichtet klappt es auch prima. Wenn man während eines Films einschläft hat SMPlayer das " Erinnerung " Vorteil im gestoppten Zeitpunkt des Film, ab der Stelle des Stop wieder anfangen zu spielen.

Die " Unscharfe " Wiedergabe Fehler konnte ich beim SMPlayer finden, alles auf " 760 p ( webm ) " einstellen, nun ist es sehr gut.

Mit Baka-Mplayer geht es auch einfach, Playliste / oder Datei direkt aus dem Dateimanager und bei mehrere Dateien in einen Ordner aktualisiert es die Playlisten immer temporär, hat auch seinen Vorteil, und kann mit mehrere Fenstern gleichzeitig mehrere Dateien / Streams wiedergeben, finde ich genial " Multimedia Tiling Window "

VLC habe ich nur noch wegen den DVD Menüs noch installiert. Mit MPV gehts übrigens auch, nicht mit Klicks, sondern mit den Pfeiltasten im Menü navigieren und dann auf " Enter " drücken.
Systemd und PulseAudio, hmmm, nein danke.

Alternativende
Beiträge: 2090
Registriert: 07.07.2006 18:32:05

Re: VLC in testing kaputt?

Beitrag von Alternativende » 12.01.2017 14:29:52

Also liegt es nun an VLC oder am XSERVER?

Bei mir funktioniert es leider nach wie vor nicht. Das Problem besteht nun schon seit einigen Monaten und langsam wird es wirklich lästig. War VLC früher ein Garant für "Es kann alles abspielen", funktioniert es derzeit überhaupt nicht mehr...

Benutzeravatar
Revod
Beiträge: 3788
Registriert: 20.06.2011 15:04:29
Lizenz eigener Beiträge: MIT Lizenz

Re: VLC in testing kaputt?

Beitrag von Revod » 12.01.2017 17:58:07

Alternativende hat geschrieben:Also liegt es nun an VLC oder am XSERVER?

...
War VLC früher ein Garant für "Es kann alles abspielen", funktioniert es derzeit überhaupt nicht mehr...
... am XServer glaube ich weniger, weil ich es mit verschiedene GraKa getestet habe ( Intel onboard, NV verschiedene Typen und nuveau, und Radeon ), ab 2.2.xx ist vlc wirklich " hakelik " geworden bis unbrauchbar.

Ich tippe eher auf " ältere " HW im Zusammenspiel mit den entsprechenden GraKa Treiber, dass diese nicht mehr richtig unterstützt werden ( Auch VLC entwickler schaffen sich mit der Zeit neue HW an ).

... * ... Garant ... * so können sich die Dinge ändern.

Vor ca. 4 - 5 Jahren dachte ich mir, gtk2 ist nun so sehr und so gut ausgereift und funktioniert mehr als perfekt, dass vlt. in den wxWidget neue Funktionen einfliessen könnten und volles erstaunen siehe da, kam gtk3 raus, dass viele Einstellungen nur via Gnome3 " Looks and Feel " einstellbar ist " war für mich eher wie eine Faust ins Auge " ... :mrgreen: .

Meinen Lösung-Weg habe ich beschrieben... Für Streams > Baka-Mplayer, für YT und lokale Streams SMPlayer wegen der " Favoriten " Verwaltung und im Zusammenspiel mit mpv, für DVD-Menüs, die sich bei Baka-Mplayer, MPV und SMPlayer sich schwierig erweisen, dann erst kommt VLC, das funktioniert immerhin noch mit der 2.1.xx Version :wink:
Systemd und PulseAudio, hmmm, nein danke.

Benutzeravatar
novalix
Beiträge: 1908
Registriert: 05.10.2005 12:32:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: elberfeld

Re: VLC in testing kaputt?

Beitrag von novalix » 12.01.2017 19:25:03

Revod hat geschrieben: ... am XServer glaube ich weniger, weil ich es mit verschiedene GraKa getestet habe ( Intel onboard, NV verschiedene Typen und nuveau, und Radeon ), ab 2.2.xx ist vlc wirklich " hakelik " geworden bis unbrauchbar.
Aus den verlinkten Bugreports läßt sich allerdings recht eindeutig herauslesen, dass es sich um ein Problem des Xserver handelt auf Intel- und ATI- Graphikkarten, allerdings offensichtlich nur sehr vereinzelt.
Hier gibt es auf einem Lenovo T61 mit onboard Intel (alt genug?) überhaupt keine Probleme.
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.

ren22

Re: VLC in testing kaputt?

Beitrag von ren22 » 12.01.2017 20:55:01

Alternativende hat geschrieben:Hallo zusammen,
bin ich der Einzige der schon seit geraumer Zeit an keinem Rechner mit Debian Stretch mehr VLC nutzen kann?

Egal welches Format ich abspielen möchte, das Video beginnt ein oder zwei Sekunden und hängt sich dann komplett auf.

Ist das bekannt und normal?
nö, dass gleiche problem habe ich auch mit einer nvidia grafikkarte, mit mpv läuft das video ...

Benutzeravatar
TRex
Moderator
Beiträge: 8038
Registriert: 23.11.2006 12:23:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: KA

Re: VLC in testing kaputt?

Beitrag von TRex » 12.01.2017 21:06:19

Leute, "stürzt ab" hilft nicht. Das hier finde ich in meinem Log - die Kiste steht, der VLC ist defunct. Kann sein, dass das noch andere Probleme mit meinem Setup sind, kann aber auch genau das gleiche sein. Postet logs, keine Sprüche.

Code: Alles auswählen

Jan 12 20:56:01 magni kernel: [549103.304455] CPU: 3 PID: 30250 Comm: vlc Not tainted 4.8.0-2-amd64 #1 Debian 4.8.11-1
Jan 12 20:56:01 magni kernel: [549103.304475] Hardware name: LENOVO 20ANCTO1WW/20ANCTO1WW, BIOS GLET71WW (2.25 ) 07/02/2014
Jan 12 20:56:01 magni kernel: [549103.304495] task: ffff9248f275e000 task.stack: ffff924978e70000
Jan 12 20:56:01 magni kernel: [549103.304510] RIP: 0010:[<ffffffffc0527b12>]  [<ffffffffc0527b12>] gen6_ppgtt_insert_entries+0x152/0x1f0 [i915]
Jan 12 20:56:01 magni kernel: [549103.304547] RSP: 0018:ffff924978e73a10  EFLAGS: 00010246
Jan 12 20:56:01 magni kernel: [549103.304561] RAX: 0000000000000000 RBX: ffff9249767e5ffc RCX: 000000038559f000
Jan 12 20:56:01 magni kernel: [549103.304579] RDX: 0000000000000000 RSI: 0000000000001000 RDI: 000000038559f000
Jan 12 20:56:01 magni kernel: [549103.304598] RBP: ffff92493b1d3720 R08: 0000000000000000 R09: ffff924976728000
Jan 12 20:56:01 magni kernel: [549103.304615] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000
Jan 12 20:56:01 magni kernel: [549103.304634] R13: ffff924976728000 R14: 0000000000000000 R15: 0000000000000000
Jan 12 20:56:01 magni kernel: [549103.304652] FS:  00007fa3f8541700(0000) GS:ffff92498e2c0000(0000) knlGS:0000000000000000
Jan 12 20:56:01 magni kernel: [549103.304672] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jan 12 20:56:01 magni kernel: [549103.304687] CR2: 0000000000000000 CR3: 00000003c63bc000 CR4: 00000000001406e0
Jan 12 20:56:01 magni kernel: [549103.304705] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 12 20:56:01 magni kernel: [549103.304724] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Jan 12 20:56:01 magni kernel: [549103.304741] Stack:
Jan 12 20:56:01 magni kernel: [549103.304748]  000000038559f000 0000000100001000 0000020000000000 ffff9248f275e000
Jan 12 20:56:01 magni kernel: [549103.304771]  0000000000000000 ffff924979713200 0000000000000002 0000000000000001
Jan 12 20:56:01 magni kernel: [549103.304793]  0000000080000000 ffff92497b1f0000 ffffffffc0529296 0000000079713200
Jan 12 20:56:01 magni kernel: [549103.304815] Call Trace:
Jan 12 20:56:01 magni kernel: [549103.304833]  [<ffffffffc0529296>] ? aliasing_gtt_bind_vma+0x86/0xd0 [i915]
Jan 12 20:56:01 magni kernel: [549103.304860]  [<ffffffffc052e0fb>] ? i915_vma_bind+0xbb/0x170 [i915]
Jan 12 20:56:01 magni kernel: [549103.304886]  [<ffffffffc0534314>] ? i915_gem_object_do_pin+0x824/0xa30 [i915]
Jan 12 20:56:01 magni kernel: [549103.304914]  [<ffffffffc0523554>] ? i915_gem_execbuffer_reserve_vma.isra.20+0x94/0x160 [i915]
Jan 12 20:56:01 magni kernel: [549103.304944]  [<ffffffffc05239ae>] ? i915_gem_execbuffer_reserve.isra.21+0x38e/0x3b0 [i915]
Jan 12 20:56:01 magni kernel: [549103.304980]  [<ffffffffc0524bf6>] ? i915_gem_do_execbuffer.isra.24+0x6a6/0x1130 [i915]
Jan 12 20:56:01 magni kernel: [549103.305006]  [<ffffffffa9df97f8>] ? mem_cgroup_commit_charge+0x78/0x480
Jan 12 20:56:01 magni kernel: [549103.305028]  [<ffffffffa9d9b5aa>] ? shmem_getpage_gfp+0x63a/0xc50
Jan 12 20:56:01 magni kernel: [549103.305057]  [<ffffffffc052627c>] ? i915_gem_execbuffer2+0xfc/0x260 [i915]
Jan 12 20:56:01 magni kernel: [549103.305088]  [<ffffffffc01c6d2f>] ? drm_ioctl+0x1af/0x460 [drm]
Jan 12 20:56:01 magni kernel: [549103.305117]  [<ffffffffc0526180>] ? i915_gem_execbuffer+0x340/0x340 [i915]
Jan 12 20:56:01 magni kernel: [549103.305140]  [<ffffffffa9e1dfbf>] ? file_update_time+0x5f/0x110
Jan 12 20:56:01 magni kernel: [549103.305159]  [<ffffffffa9e15e2f>] ? do_vfs_ioctl+0x9f/0x5f0
Jan 12 20:56:01 magni kernel: [549103.305178]  [<ffffffffa9d2105b>] ? __audit_syscall_entry+0xab/0xf0
Jan 12 20:56:01 magni kernel: [549103.305198]  [<ffffffffa9c03493>] ? syscall_trace_enter+0x1e3/0x300
Jan 12 20:56:01 magni kernel: [549103.305218]  [<ffffffffa9e163f4>] ? SyS_ioctl+0x74/0x80
Jan 12 20:56:01 magni kernel: [549103.305235]  [<ffffffffa9c03b8a>] ? do_syscall_64+0x7a/0xd0
Jan 12 20:56:01 magni kernel: [549103.305254]  [<ffffffffaa1efb25>] ? entry_SYSCALL64_slow_path+0x25/0x25
Jan 12 20:56:01 magni kernel: [549103.305274] Code: e9 24 fc ff ff c7 44 24 08 00 00 00 00 45 31 e4 48 c7 04 24 00 00 00 00 31 ed e9 23 ff ff ff 8b 44 24 14 49 8b 84 c5 c8 01 00 00 <4c> 8b 30 48 8b 44 24 18 83 80 08 0a 00 00 01 48 b8 00 00 00 00
Jan 12 20:56:01 magni kernel: [549103.305435]  RSP <ffff924978e73a10>
Jan 12 20:56:01 magni kernel: [549103.305447] CR2: 0000000000000000
Jan 12 20:56:01 magni kernel: [549103.311693] ---[ end trace 7e4d3894b1df3d06 ]---
Jan 12 20:56:55 magni udev-acl.ck[30274]: g_slice_set_config: assertion 'sys_page_size == 0' failed
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nichtDon't break debian!Wie man widerspricht

Alternativende
Beiträge: 2090
Registriert: 07.07.2006 18:32:05

Re: VLC in testing kaputt?

Beitrag von Alternativende » 12.01.2017 21:07:59

Ich habe es auch mit verschiedenen Grafikkarten. Bei mir betrifft es 4 Rechner die ich nutze. Unterschiedlichste Alters- und Hardwareklasse. Von ganz neu bis 6 Jahre alt. Auf allen habe ich Probleme mit vlc.

@Trex
Hast recht, ich schaue mal ob ich da was brauchbares finden kann.

Edit:
Was mir auffällt das ich im wesentlichen Probleme beim abspielen von .h264 und .h265 mkv Dateien habe. VC-1, MPEG-4 funktionieren z.B. recht gut.

Benutzeravatar
TRex
Moderator
Beiträge: 8038
Registriert: 23.11.2006 12:23:54
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: KA

Re: VLC in testing kaputt?

Beitrag von TRex » 12.01.2017 21:25:37

mpv mit der gleichen Datei funktioniert. Verwendet mpv standardmäßig keine HW-Beschleunigung?

VLC ohne Beschleunigung tut ebenfalls (wenn auch etwas mies - ich nehme daher an, dass mpv durchaus die GraKa mitnutzt).

Edit: ebenfalls schmiert es bei avi-Dateien nicht ab. Wirklich ein h26* Decoder-Bug?
Edit: die Dateien vom 32c3 laufen, aber mit vielen Darstellungsfehlern und kontinuierlichem Spam von

Code: Alles auswählen

Decoder::Render_264(): no surfaces left in buffer
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nichtDon't break debian!Wie man widerspricht

Benutzeravatar
Revod
Beiträge: 3788
Registriert: 20.06.2011 15:04:29
Lizenz eigener Beiträge: MIT Lizenz

Re: VLC in testing kaputt?

Beitrag von Revod » 12.01.2017 22:08:06

novalix hat geschrieben:...Aus den verlinkten Bugreports läßt sich allerdings recht eindeutig herauslesen, dass es sich um ein Problem des Xserver handelt auf Intel- und ATI- Graphikkarten, allerdings offensichtlich nur sehr vereinzelt.
Hier gibt es auf einem Lenovo T61 mit onboard Intel (alt genug?) überhaupt keine Probleme.
Danke für die Info ( bin doch auf der richtige Spur ). :)

Allerdings habe ich mit meiner Geforce 520 GT Auflösung Probleme ( Konkretes Beispiel: Mit meinen ca. 6 jähriges Multimedia PC ) ist sehr unscharf , bei maximiertes Fenster, oder Vollbild bei Videos ( mp4 ) mit ca. einen Verhältnis von 360x196 und bei allen Streams ( egal ob lokal, ob YT oder andere ). Da kann ich einstellen was ich will nützt rein gar nichts, bleibt immer unscharf. Es verkleinert selbstständig das Seitenverhältnis, auch bei HQ 760 p - webm. Eigenartigerweise verkleinert es der 2.1.xx eben nicht - Schulterzucken. Dieses Phänomen macht der 2.2.xx eben auf alle meine Rechner, mit Intel GraKa usw. :?:

Ok, dann wird es nicht im allgemeinen durch " ältere " HW verursacht ( meine neueste sind mitlerweile auch schon 5 -6 jahre alt ). Dann könnte es an Chipsatz Typen liegen, die möglicherweise verschieden mit entsprechende Treiber zusammen arbeiten.

Mir ist nur ein Rätsel, warum ab Version 2.2.xx " nur " bei manchen diese verschiedene " Unzulänglichkeiten " auftreten.

SMPlayer <> MPV, wenn ich in SMPlayer die Auflösung auf " Automatisch " setze habe ich das gleiche Effekt wie mit VLC-2.2.xx ( spielt keine Rolle ob MPlayer eingebettet ist, oder in eigenes Fenster dargestellt wird, mit MPV wird immer einen eigenes Fenster genutzt ), ich muss in SMPlayer explizit auf " 760 p ( webm ) " setzen damit alle mit einer klare, scharfe Auflösung abgespielt werden. Vielleicht kann dies einen Hinweis sein.
TRex hat geschrieben:.... Verwendet mpv standardmäßig keine HW-Beschleunigung?
...
Denke eher nicht. Wie gesagt ( ... einstellen was ich will ), in VLC-2.2.xx kann ich es deaktivieren, oder auch nicht hat keine Besserung gebracht.
Systemd und PulseAudio, hmmm, nein danke.

Antworten