BM Video ruckelt unter VirtualDub, VLC (Keine flüssige Wiedergabe) Ausnahme: MPC-HC

  • Damit schneide ich über den schnellen Vorlauf nach Szene, ich erspare mir also die Sichtung im Originaltempo.

    Gut zu wissen :)

    Also wenn du nicht weißt, warum ausgerechnet deine Wahl besser sein soll, lass es, wie es ist.

    Genau, wenn ich was nicht weiß, lass ich auch davon die Finger und verlasse mich auf die Standard Einstellungen vom Hersteller.
    Möchte nur gerne wissen wie ein paar Funktionen funktionieren und welche Auswirkungen sie haben...
    Besonders beim letzten Konfiguration Punkt 12.) Exit, habe ich was sinnvolles entdeckt :)

    Ask for confimation to close
    Schützt VirtualDub vor Unerwartenen schliessen,
    wenn man Unabsichtlich mit der Maus auf das "Exit Symbol" kommt ;)
    Da VirtualDub vor dem Programm Exit vorher eine (Sicherheits) Frage stellt:
    Ob das Programm nun wirklich geschlossen werden soll...

    Und hier noch der Rest von der VirutalDub Konfiguration mit ein paar Bilder und den letzten fragen dazu:


    VirtualDub x86 + x64 / Preferences - 09.) Images
    [Blockierte Grafik: http://img.xrmb2.net/images/706470.png]


    VirtualDub x86 + x64 / Preferences - 10.) Threading
    [Blockierte Grafik: http://img.xrmb2.net/images/480907.png]

    Video compression threads [1]
    Wert Standard Eingabe ist 1

    Zeros disables video compressor multithreading
    ONE causes the compressor to run in a seperate
    thread for better performance on dual-core and SMP system.
    Values greater than ONE are not yet supported.

    Grobe Übersetzung auf Deutsch:
    Null [0] deaktiviert Video-Kompressor-Multithreading
    [1] bewirkt, dass den Kompressor in einem separaten ausgeführt
    Thread für eine bessere Leistung auf Dual-Core und SMP-System.
    Werte größer als 1 werden noch nicht unterstützt.

    Also müssen wir ab warten bis z.B. 8 Threads für die Modernen i7 CPU´s mit 8 Logischen CPU´s zur verfügung stehen?


    Video filter threading:
    Video filter process-ahead:

    Kann es sein wenn man hier jeweils 1 frame einstellen würde, das die Abarbeitung bei der Filterung eventuell sauberer ablaufen könnte?
    Zwar extram langsam, aber es wird doch wohl immer nur 1 Bild nach und nach bearbeitet bis es wirklich fertig ist...
    Und erst dann kommt der nächste Frame zum Zug.
    Soweit mein Gedanke dazu!
    Liege ich hier mit der Vermutung richtig?


    VirtualDub x86 + x64 / Preferences - 11.) Playback
    [Blockierte Grafik: http://img.xrmb2.net/images/645882.png]

    Hier könnte ich doch meine korrekte Audio "Conexant Soundkarte" zum abspielen verwenden, wenn ich das richtig verstehe??
    Ist dann doch besser als das "Default System Playback device" oder?


    VirtualDub x86 + x64 / Preferences - 12.) 3D accel
    [Blockierte Grafik: http://img.xrmb2.net/images/219061.png]

    Wäre es Sinnvoll diesen zum oben genannten Renderer dazuzuschalten?
    "Use Direct 3D 9/11 (EXPERIMENTAL)"


    VirtualDub x86 + x64 / Preferences - 13.) Batch mode options
    [Blockierte Grafik: http://img.xrmb2.net/images/190238.png]


    VirtualDub x86 + x64 / Preferences - 14.) Auto-recover options
    [Blockierte Grafik: http://img.xrmb2.net/images/811718.png]

    VirtualDub can optionally save recovery information before beginning
    a preview or render operation. If a programm failure occurs,
    this information can be used to restore the project state.

    [ ] Enable auto-recover

    Grobe Übersetzung auf Deutsch:
    VirtualDub kann optional Wiederherstellungsinformationen vor Beginn speichern
    eine Vorschau oder Render-Vorgang. Wenn ein Programm-Fehler auftritt,
    Diese Informationen können verwendet werden, um den Projektstatus wiederherzustellen.

    [ ] Enable Auto-wiederherstellen

    Wäre doch eigentlich Sinnvoll diese Option einzuschalten?


    VirtualDub x86 + x64 / Preferences - 15.) Startup options
    [Blockierte Grafik: http://img.xrmb2.net/images/465007.png]

    The following location will be used for configuration files,
    including the job queue and auto-recover files

    Grobe Übersetzung auf Deutsch:
    Der folgende Speicherort wird für Konfigurationsdateien verwendet,
    die Job-Queue und Auto-wiederherstellen-Dateien mit einschließt.


    VirtualDub x86 + x64 / Preferences - 16.) MRU list size
    [Blockierte Grafik: http://img.xrmb2.net/images/977400.png]


    VirtualDub x86 + x64 / Preferences - 17.) Exit
    [Blockierte Grafik: http://img.xrmb2.net/images/284616.png]

    Ask for confimation to close

    [ ] Den Haken kann man ruhig auf Aktiv setzen, wie oben schon beschrieben vor Unabsichtlichen Programm schliessen.

    2 Mal editiert, zuletzt von H264x (15. April 2016 um 17:29)

  • Wenn man auf deine Fragen antworten will, muss man immer wieder hin und her scrollen... :rolleyes_: Aber gut, besser fragen als nix verstehen. :ja:

    Compressor-Threads: 0 oder 1 ... bedeutet in keinem Fall, dass der Codec in sich selbst kein Multithreading durchführen dürfte (z.B. Xvid arbeitet in sich recht gut multithreaded), sondern lediglich, dass in VirtualDub, um den Codec herum, eine Trennung von Codec-Thread und Applikations-Thread vorhanden ist oder nicht. VirtualDub unterstützt lediglich keinen Aufruf mehrerer paralleler Codec-Threads. Und das ist auch gut so, manche uralte VfW-Codecs überleben paralleles Ausführen nicht... (ich hab das mal beim Decodieren bemerkt, alter MS-Video1-Codec, in AviSynth zwei AVIs geöffnet – nur Durcheinander und am Ende Abstürze).

    Filter ahead: Ich vermute mal, dass hier ein Puffer eingerichtet wird, durch den VirtualDub-Filter ein paar Frames vor dem encodierten Frame vorausrechnen, was bei Multithreading für das Filtern mit ganzen Filter-Sequenzen sicher wichtig ist, dass nicht schon ein Frame gespeichert werden soll, für den noch ein Filter in der Sequenz am Rechnen ist.

    Wenn du nur ein Audiogerät hast, ist zwischen "Default" (Systemstandard) und dem spezifischen Gerät keinerlei Unterschied. Wenn du mehrere hast, kann es nützlich sein, ein spezifisches Gerät einzustellen, das dann unabhängig davon ist, ob mal der Standard in der Systemsteuerung verändert wird.

    3D acceleration: Könnte nützen, wenn VirtualDub die Unterstützung von VirtualDub-Filtern durch die GPU unterstützt. Weiß man's? Versuch's mal, falls du VirtualDub-Filter überhaupt benutzt.

    Auto-recover: Klingt sinnvoll, falls man öfters mal direkt beim Start von Abspielen oder Konvertieren Abstürze hätte. Wenn nicht, dauert der Start bloß länger, weil eine Datei auf die Platte geschrieben wird, bevor es losgeht.

    Startup options: Unter Vista+ sollte man Konfigurations- und Job-Dateien nicht ins Programmverzeichnis schreiben lassen, wenn das von der UAC geschützt wird, dann lieber ins Nutzerverzeichnis.

    MRU = Most Recently Used: Zuletzt geöffnete Dateien; könntest du evtl. bis 9 vergrößern, wenn du oft immer wieder die gleichen Videos öffnest

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!