Neuere ffmpeg builds (auch die von Zeranoe) setzen Avisynth mit AVISYNTH_INTERFACE_VERSION 6 voraus. Also:
1. Avisynth 2.6 Release
oder
2. SEt's neuester Avisynth 2.6 MT Build
Avisynth+ r1825 wuerde ich nicht empfehlen.
Neuere ffmpeg builds (auch die von Zeranoe) setzen Avisynth mit AVISYNTH_INTERFACE_VERSION 6 voraus. Also:
1. Avisynth 2.6 Release
oder
2. SEt's neuester Avisynth 2.6 MT Build
Avisynth+ r1825 wuerde ich nicht empfehlen.
Versuch' mal Hardware Acceleration in Firefox zu deaktivieren.
Hi zusammen,
Ich habe hier eine fortlaufende Anzahl von Bildern (jpg's) aus denen ein Stream gebasstelt werden soll.
Quasi 'ne Dia-ShowNun habe ich 'nen blank clip in Schwarz und lege die jeweiligen Bilder darüber um alles in 16:9 FullHD zu bekommen.
Ich will aber nicht jedes Bild einzeln aufrufen sondern die ganze Kette laden: ImageSource("%03d.JPG",1,fps=30)
Nur scheinbar geht das nicht. Das erste Bild legt den Standart fest wie hoch/breit der Clip sein wird. Kommt ein anderes Bild gibt's ne Fehlermeldung: Image must have identical heightsGibt's noch 'ne andere Möglichkeit ?
Das geht mit Sicherheit mit GScript oder ähnlich. Frag' mal auf Doom9.
HCEnc ist sehr gut, mit Sicherheit besser als Quenc und einige $$$ Encoder.
Das einzige deutsche Forum, das ich manchmal besuche ist Gleitz. Auf Doom9 sind die Avisynth Sub-Foren sehr aktiv.
Ich habe kein analoges Material, benutze Avisynth aber regelmässig für DVD nach mkv und "Blu Ray-Verkleinerung". Vor allem bei DVD-Serien (interlaced) sehe ich keine Alternative zu QTGMC().
Frag sich für wem.
Die sich bisher für Avisynth oder Vapoursynth interessiert haben gehen größtenteils in Rente.
Die Jugend von heute interessiert es nicht mehr, warum auch.
Es würde mich interessieren auf welchen Statistiken diese Aussagen beruhen.
Selbst unter den verschiedenen AVS+ Versionen gibt es erhebliche Unterschiede. Die "offizielle" AVS+ (r1576) Version ist stabilitätsmässig mehr oder weniger vergleichbar mit 2.6, bietet allerdings kein Multi-Threading. Die aktuelle AVS+ (r1825) Version ist teilweise unbrauchbar, Probleme mit MT, bestimmten Filtern und Speicherverwaltung. QTGMC wird zum Beispiel mit der Zeit immer langsamer, siehe hier.
Ansonsten - Alles was Ligh geschrieben hat.
Achtung mit dieser letzten Version: Hier wird MDegrain1(..., lsb=lsb) aufgerufen; aber in den mir bekannten Versionen von MVTools2.dll gibt es kein MDegrain1() mit einem Parameter "lsb"?! Da muss doch irgendwo noch eine erheblich neuere Version sein?
Hier.
Das ist ja von Microsoft irreführend gemacht worden
Ja. Ist eine lange Geschichte.
Sinnvoller wäre doch:
System32 = Ordner für 32 Bit
SysWOW64 = Ordner für 64 Bit
Nein, das ware noch irrefuehrender. "WoW64" = "Windows on Windows64", wobei das erste "Windows" fuer Win32 steht.
Immerhin ist H264x nicht der erste, der das gerne hätte...
Sollte jemand Interesse and dieser Methode haben empfehle ich die modifizierte Batch-Datei von jones1913. Beim nächsten Update werde ich die auch einbinden.
Das ist ja mal ein Sau durch einnander mit den AviSynth Versionen
http://www.videohelp.com/software/Avisy…rsions#download
Ne korrekte Beschriftung wäre mal angebracht
Auf meinem alten WinXP PC habe ich noch AviSynth 2.6 Alpha 4 drauf.
Diese Version ist bei VideoHelp unter dieser korrekten Bezeichnung nicht gelistet.
Hier findet man wieder Klarheit:
http://forum.doom9.org/showthread.php?t=166951
AviSynth_130114.exe = AviSynth 2.6 Alpha 4Fazit: Da soll mal jemand durch blicken :so-nicht:
Normalerweise hilft es, die offizielle Website zu konsultieren. Chaos und Durcheinander ist bei Videohelp normal.
Hier:
https://ffmpeg.org/pipermail/ffmp…ril/142576.html
Es gibt anscheinend ffmpeg-Switches um einen Standard 44-Byte header zu schreiben. Oder einfach flac benutzen.
Ich habe gerade ein 1080p-Video via AviSynth, aber fast ungefiltert, mit Xvid 1.3.4 encodiert; die durchschnittliche CPU-Auslastung lag um 70-80% auf einem QuadCore (AMD Phenom-II X4). Xvid ist also sehr wohl in der Lage, mehrere Threads zu verwenden.
Kann ich bestätigen. Xvid 1.3.4, i5 2500K Quad-Core, 720p mit Avisynth, ~80% CPU. Die Multi-Threading Effizienz hat sich seit den 1.2.x-Versionen sogar verbessert.
Nachtrag: Es war die neueste Version, die ich drauf hatte. Aber weiter oben wurde ja über die "letzte XP-Version" diskutiert.
Also mal im "Old"-Ordner die einzige mit XP gekennzeichnete verwendet:
https://www.dropbox.com/sh/3i81ttxf028…nGMQ8a/Old?dl=0L-SMASH-Works-r783-20150223-32bit-XP.7z
Nimm r768. Die funktioniert auf XP. Kannst du auch mit Dependency Walker testen.
Dann nehme ich diesen hier?
[h=3]Visual C++ Redistributable for Visual Studio 2012 Update 4[/h]Soll angeblich bis XP SP3 funktionieren...Grüße,
Andreas
Wenn du XPSP3 hast sollten alle Runtimes bis 2013 funktionieren.