Beiträge von Taurus

  • media-autobuild_suite

    Vielen Dank für die Aufklärung.
    Und was die Geschwindigkeit angeht:
    Ich bin ja schon froh das die Batch in einem Rutsch abgearbeitet wurde.
    Hatte mich auf das Schlimmste eingestellt nach einem kurzen Blick darauf.
    Igendein Server spinnt ja normalerwiese immer.
    Deswegen noch einmal: Hut ab und dankbar sein!

  • media-autobuild_suite

    Zum ersten mal dieses Script eingesetzt.
    Auf einem alten WinXp 32bit Rechner hagelte es Fehlermeldungen,
    aber auf einem Win7 64bit lief es wie geschmiert.
    Testweise alles mit genommen, was zu kriegen war.
    Alles gut!
    Jetzt muß ich nur noch die Ini entmüllen von dem Zeugs was ich nicht brauche,
    und voila, immer auf dem neuesten Stand!
    Ist es eigentlich sinnvoll sich immer die neueste Version des Scripts vorher herunter zu laden,
    oder erledigt dies das Script selbstständig?
    Bin schon froh das ich die wichtigsten Schalter verstanden habe :D
    Aber schnarchlangsam geht es schon,
    kaum Prozessorlast und Festplattenaktivität.
    Man könnte teilweise glauben das Script schläft oder ist abgestürzt.
    Trotzdem ein Vielen Dank an jb_alvarado und alle die daran mitwerkeln.
    Respekt!

  • Kodieren mit x264 plötzlich sehr langsam...

    Hatte noch nie Probleme mit FFVideosource bei 1280x720 50Fps progressiv und auch nicht bei 1920x1080 50Fps.
    Und ist auch egal ob M2ts oder Mkv, FFVideosource frisst alles was ich ihm anbiete.
    Nur LWLibavVideoSource (LSMASHSource.dll) bereitet mir zur Zeit Kummer.
    Vor längerer Zeit habe ich den fast ausschließlich benutzt, weil er um Längen schneller und stabiler lief.
    Ist wohl zur Zeit überoptimiert...

  • Kodieren mit x264 plötzlich sehr langsam...

    Moin,
    ich weiß ja nicht was in deinen mkv's drin steckt.
    Aber ich habe gestern Abend nur aus Jux und Tollerei mal ein
    1280x720 50p m2ts in mkv gewandelt,
    und abschließend mit deinem AVS Script(FFVideosource)
    mit deinen x264 Einstellungen encodiert (von der Kommandozeile).
    Die Bitrate der originalen m2ts/mkv lag so bei 15 MiB.
    Standard x264 Zeugs (AVCHD)
    An die 70 Frames beim Encoding mit einem I7@4.3GHz.
    LWLibavVideoSource war komischerweise viel langsamer,
    obwohl ich den sonst immer benutze.
    Scheint so als wenn die neuste Version sich etwas beißt mit meinem System.
    Wenn du noch Hilfe beim Debugging brauchst, melde dich.
    Habe noch irgendwo einen I5 (Laptop) herum liegen, könnte es damit nach stellen.
    Normalerweise encodiere ich x264 mit "veryslow" und komme bei 1280x720 Material
    knapp auf Echtzeit (50 Frames)
    Ist schon komisch, das es bei dir so schleicht.
    Gruß

    Taurus

  • Kodieren mit x264 plötzlich sehr langsam...

    Zitat von LigH

    Unterstützt x264 so was überhaupt ebenfalls? Oder schlafe ich noch im Hirn? :grübeln:


    Du schläfst noch!
    CRF Encodierung mit VBV-Einschränkungen gibt es schon seit uralten Zeiten.
    Anders wären machinenspezifische Umwandlungen auch gar nicht möglich (BluRay/AVCHD/etc.)
    Lapje: Wie kommst du darauf, das deine x264 Settings BluRay kompatibel sind?
    Deine vbv Werte sind viel zu hoch. Schau mal hier;https://sites.google.com/site/x264bluray/home/720p-encoding
    Du schriebst auch nicht , ob du von 1920x1080 zu 1280x720 wandelst.
    Bei mir auf einem i7 geht das wandeln zu 1280x720 in weit über Echtzeit.
    Merkwürdig, das es bei dir so lange dauert.
    Benutzt du StaxRip als GUI für deine Encodes?
    Probier mal die Kommandzeile vom x264 und/oder einen anderen Decoder.
    Statt LWLibavVideoSource mal FFVideosource testen.
    Und wieso sind deine SAT Aufnahmen schon im MKV Container.
    Kann mich nicht erinnern, das irgendein Sender sowas benutzt :D

  • StaxRip Encoding-Frontend (Diskussion)

    Bezüglich DV Material habe ich so meine (negativen) Erfahrungen.
    Ich nehme mal an es ist von einer alten DV Cam.
    Bei einem Freund der seine alten Kassetten sichern wollte,
    crashte der Encoder regelmäßig mit dubiosen ntdll.dll und Kernel Fehlern.
    Nach endlosen Versuchen mit diversen GUI's und Encodern
    bat ich ihn die Bänder noch mal über eine stabile Firewire Leitung auf den Rechner zu bringen.
    Und siehe da, alles im Lot!
    Nur mal so als Ansatz.
    Wenn aber alles Material in Stax Rip crashed, ist das schon ungewöhnlich.

  • KNLMeansCL wird nicht geöffnet.

    Zitat von LigH

    War das nicht das Plugin, das relativ heikle Abhängigkeiten zwischen mehreren DLLs hat, die in ihrer Version zusammen passen müssen?


    Nö, aber die richtige opencl.dll ist wichtig.
    Bei mir läuft's auf einer alten AMD Gurke, auf einem Intel Core2duo + Nvidia GraKa und auf einem i7 mit Intel 4600 Grafics.
    Im KNLMeansC.zip sind auch diverse Kronos opencl.dll's falls es mal mit den boardeigenen nicht klappt.
    Bin durchweg zufrieden mit der Leistung.
    Nur schade, das in einer Avisynth MT Umgebung es noch ein wenig hakt.
    Bin dort noch am sondieren....

  • KNLMeansCL wird nicht geöffnet.

    Geht bei mir auch nicht...
    KNLMeansCL-v0.7.4 = perfekt.
    Habe gerade keine Zeit zum Troubleshooting.
    Werde mal den Doom9 Thread im Auge behalten.
    Vielleicht ist es ja ein Bug.
    Und ja, Redist 2015 ist installiert :mad:
    EDIT:
    Ruder zurück!
    Es war nur die 64bit Version des Redist. 2015 installiert.
    Nach dem hinzufügen der 32bit Version läuft es jetzt wie geschmiert....

  • AviSynth MT und QTGMC defekte Frames

    Ich sehe gerade das du laut deiner Auflistung gar nicht AviSynth MT benutzt:

    Zitat

    C:\Windows\SysWOW64\avisynth.dll 2.6.0.5 13.01.2015


    Sollte aber sein:

    Zitat

    C:\Windows\SysWOW64\avisynth.dll 2.6.0.5 20.02.2015


    Bitte um Aufklärung.
    Zuerst die "normale" AviSynth Installation, dann die modifizierte avisynth.dll (MT) Version ins C:\Windows\SysWOW64\ Verzeichnis kopieren/einfügen.

  • AviSynth MT und QTGMC defekte Frames

    Probiere mal QTGMC 3.33.
    Solte ein YUV2 Patch drin sein für die mvtools (wenn ich mich recht erinnere).
    Wenn du sie nicht findest (die avsi), melde dich noch mal.
    Igedwo habe ich sie sicher noch rumliegen.
    Habe ich selber noch nicht benutzt, weil ich auschließlich in YV12 hantiere,
    und da rennt QTGMC 3.32 rockstable ;)
    allerdings mit abweichenden Versionen der benötigten dll's.

  • UT Video Codec Suite

    24 von 57 Scannern auf Virustotal melden die von Videohelp herunter geladene Datei als Backdoor/Trojaner.
    Das sind 10 mehr als noch vor 10 Tagen.
    Ich lasse erst ein mal die Finger davon....
    Und habe keine Lust die Datei noch zu inspizieren,
    wahrscheinlich ist nur wieder ein unkonventioneller Laufzeitpacker Schuld
    an den Erkennungsraten.
    Aber wenn schon der Author die Dateien von seinem Webserver entfernt,
    scheint ja wohl einiges nich kosher zu sein.

  • UT Video Codec Suite

    Laut Virustotal waren beide 15er Versionen mit einem Virus behaftet.
    Deshalb sind sie wohl auch nicht mehr auf der offiziellen Webseite zu finden.
    Mein Avira schlug erst an, als ich die Zip Datei auspackte und manuell scannte.
    Auch beim lustigen hin und her kopieren im Netzwerk keine Reaktion vom Antivir.
    So viel zum Thema Virenwächter.
    Habe die Installation aber trotzdem nicht getätigt,
    weil ich mit der Version Version 14.2.0 sehr zufrieden bin.

  • Patch Day für Windows !! INFO

    Wird wohl so sein wie von dir beschrieben.
    Und MS hat die Notbremse gezogen.
    Aber, wenn es ein so wichtiges Update sein soll,
    warum wird es dann nicht in kürzester Zeit nach gereicht?
    Fehler im Crypto Modul und den Stammzertifkaten nehme ich schon ernst.
    Und auf einem Win8.1 Notebook wurde korrekt installiert.
    Na, mal abwarten.
    War ja relativ ruhig an der Update Front.
    Im Netz schießen sich die Falken ja schon wieder auf MS ein.