VLC spielt Videos nur fehlerhaft ab

[guennid]

Tja lieber Guenni, entweder dumm sterben oder googlen.

Ich habe dir zuliebe momentan weder das eine noch das andere vor.

Die Kommandos, um ein file umzukodieren, sind ja wohl kaum "mundgerecht".

Ich sprach von mundgerechtem service, nicht von mundgerechten Kommandos.
Aber ich kann dir soweit entgegenkommen: Ich halte im Bezug auf Infos zu ffmpeg alles, was nicht mundgerecht serviert wird, für einen ausgesprochenen Härtetest.

stinknormale mkv.

Ich traue dir eigentlich zu, dass du weißt, was mkv ist. Wenn nicht, siehe oben.

Die Videos aus meiner Kamera [...] sind auch etwas eigenwillig [...] und extrem aufgeblasen sind sie zudem

Overall bit rate : 22.1 Mbps

Klingt für mich nach letzterem.

[dirk11]

mediainfo zu besagtem file steht ja im ersten posting. Wer das file wirklich haben will, dem stelle ich gerne per PN einen link zur Verfügung, ich möchte das nirgendwo öffentlich hochladen. Davon ab trat das Problem zuletzt mit so gut wie jedem HD-Inhalt auf. Das Video ist knapp 60MB groß.

@Guenni: das mkv ein Container ist, ist mir bekannt, ich habe nur das Wort Container weggelassen. Ich traue Dir schon zu, daß Du das selbst von mir weißt, ebenso wie Du weißt, wie man herausfindet, was 33c3 ist...

[guennid]

mediainfo zu besagtem file steht ja im ersten posting.

Aus dem hatte ich zuletzt zitiert.

... wie Du weißt, wie man herausfindet, was 33c3 ist...

Ich will das - z.Z jedenfalls - eigentlich gar nicht wissen. Dass ich's nicht weiß, habe ich nur erwähnt, weil ich mir vorstellte, dass es für dein Problem möglicherweise relevant sein könnte - es ist dein Thread.

Nochmal: Probier's doch einfach mal mit niemands Kommando und schau, was rauskommt.

Grüße, Günther

[DeletedUserReAsG]

mediainfo zu besagtem file steht ja im ersten posting.

Wenn das ausreichen würde, hätte ich kein Beispielvideo angefragt. Und warum ein 10s-Clip aus‘m Fenster oder von mir aus auch auf ’ne weiße Wand nicht öffentlich hochgeladen werden können sollte, erschließt sich mir auch nicht ganz. Aber soll mir auch egal sein, ich habe ja das Problem mit dem Video nicht.

[Revod]

Back to Topic...

Konnte vlc-2.2.xx auf vlc-2.1.xx downgraden ( 8-tung in meiner Distri, PCLinuxOS 32 bit ).

Abhängigkeiten " obsolet " gemeckere von apt-get konnte ich lösen in ich sie in das vlc-2.1.xx rein kopierte und mir danach einen neuen " rpm rebuild " erzeugte.

- libavfilter3-2.1.3
- libebml3-1.2.2
- libmatroska5-1.3.0-2

Abhängigkeiten, die sich ohne Problem zusätzlich installieren liessen und diese brauchts auch,

- libavcodec55-2.1.3
- libavformat55-2.1.3
- libavutil52-2.1.3
- libmtp8
- libpostproc52-2.1.3
- libprojectm2
- libprojectm-data
- libswresample0-2.1.3
- libswscaler2-2.1.3
- lua5.1-5.1.5

Und ja, diese Versionen sind unter PCLinuxOS 2 Jahre alt, es gibt neueste Versionen( eben, vielleicht auch buggy und nicht vergessen die Berücksichtigung der Kompilierte Pakete PCLinuxOS <> Debian- oldstable- stable- testing- und sid Unterschiede für Abhängigkeiten, am besten mit gDebi usw. zuerst herausfinden was nötig ist und was für Konflikte es beinhalten könnte. Bei mir keine ).

Und die Ressourcen stimmen auch, ca. 120 MB weniger RAM ( ca. 350 <> 210 ) Verbrauch und CPU Leistung. Bezüglich der Schärfe und gute Wiedergabequalität, getestet mit meinen altes Notebook mit AMD- GraKa und mit meinen Multimedia PC mit NVidia-520-GT, bei beides alles wirklich sehr gut.

Nun ich hätte obiges nicht geschrieben, wenn es nun nicht mit der Auflösung geklappt hätte. In vlc-2.1.xx ist der gleiche Stream( Test ) von gestern genau so gestochen scharf wie mit Baka-Mplayer, vlt. kann dieses Tipp helfen.

[Revod]

... unmögliches Teil, das Ding

Neueste Versionen versagen bei der scharfe Auflösung eines Live Stream, oder auf gewisse Dateien.

Version 2.1.xx verbraucht bei maximiertes Fenster von meine 4 Kerne, 3.1 GHz je Kern 50% CPU, sorry getestet hatte ich bis an hin nie im Vollbildmodus, oder maximiertes VLC Fenster.

Ältere Versionen, 2.0.xx verbraucht im Schnitt von meine 4 Kerne 4% aber unmöglich einen Live Stream zu sehen. Fehler Terminal Ausgabe, codec not found. Doch es spielt alle Formate aus lokale Dateien.

Ich denke, für mich hat sich das vlc Thema erledigt. Wollte diese Test's ausführen nur aus dem Grund der " komfortable " Playlist Verwaltung.

Ich vermute und tippe auch auf ffmpeg und auf die avcodecs, weil ich auch SMPlayer-16.1.xx und 14.xx getestet habe ( um was mehr heraus zu finden )

[Revod]

Sorry, muss aber eine neue Antwort schreiben, weil " für mich gelöst " gelöst.

Heute dachte ich mir, hatte das Audio auf " Alsa " und in der zweite Option
auf " Standard " gesetzt. Auf " Automatisch " umgestellt und nun verbraucht
vlc-2.1.3 nicht mehr Ressourcen, als Baka-Mplayer, oder SMPlayer-16.1

Das war wieder Mal eine " Odysse "

Edit;

Definitive Info, habe die letzte Stunde auf allen meine PC / Notebooks mit vlc-2.1.3 neu konfiguriert. Es ist definitiv das Audio Treiber und Codec Einstellung in vlc-2.1.3, dass das CPU stark belastet. Je nachdem was für Audio HW und Codec vorhanden sind kann man die Einstellung auf " Automatisch " stehen lassen und bei andere auf " Alsa " setzen, und dann erscheint unterhalb des S/DIF das zweite * Drop And Menu " worin man die " Device " wählt / auf " Device Standard " setzen.

Für mich eine neue Erfahrung mit neuere vlc Versionen,weil die Vorgänger auf alle meine Rechner mit der Audio Einstellung " Automatisch " problemlos gearbeitet haben.