viele kleine MPEG2 Dateien in einem Video

Was spricht eigentlich dagegen die einzelnen kurzen Clips erst zu joinen und danach ein File nach Avisynth zu laden?
Festplattenplatzmangel?

Meine eigentlich eine große MOV ohne Neukodierung von Video und Audio.
Alle Clips einfach Z.B in MPEG Streamclip öffnen (werden alphabetisch nach Namen sortiert angeordnet) und mit "save as" als ein großes MOV gespeichert.

Es ist ja nicht so, dass alle MOVs in den RAM geladen werden. Eher, dass FFMS2 als Decoder so oft in Kopie geladen wird, inklusive ein paar Frames als Puffer.

Jetzt würde mich mal interessieren wenn man doch MT aktiviert und die SetMemoryMax meinetwegen auf 512 oder 768MB beschränkt. Egal ob 32 oder 64bit System

Zitat von Morku

Mir ist aufgefallen, dass die MOV Dateien mit einem + auch asynchron werden. Der Effekt fällt aber erst weiter hinten stärker auf. Lässt sich aber auch mit ++ beheben. Das nur am Rande.

Genau darum geht es ja bei dem Unterschied zwischen UnalignedSplice() = + und AlignedSplice() = ++:

Mit + werden die Videostückchen nahtlos aneinandergefügt, und davon unabhängig die Audiostückchen nahtlos aneinandergefügt. Manchmal ist das nützlich, wenn man Segmente zusammenfügen will, die eben so getrennt wurden.

Mit ++ werden die Video-Audio-Clips so zusammengefügt, dass eventuell Stille eingefügt wird, falls das Audio eines Clips kürzer als das Video sein sollte, oder das überstehende Audio wird abgeschnitten, falls es länger sein sollte, damit die Stückchen auch nach dem Zusammenfügen weiter hinten immer noch synchron bleiben.

Zitat von Morku

SetMTmode(2,0)
SetMemoryMax(768)

Im Grunde eher anders herum; SetMemoryMax() möglichst als allererste Zeile. Ist aber eventuell nicht wirklich ausschlaggebend.

Und dann würde ich es eher anders versuchen:

Zitat

SetMemoryMax(768)

SetMTmode(5,2) ####was hattest Du? Ein Dual-Core?### 5 ja und dahinter ne 2

LoadPlugin("C:\Programme\AviSynth 2.5\plugins\FFVideoSource\ffms2.dll")
Import("C:\Programme\AviSynth 2.5\plugins\FFVideoSource\FFMS2.avsi")

FFmpegSource2("E:\xxxxxx\xxxxx.mov",atrack=-1,threads=1) ###und natürlich der Rest
AssumeTFF()

SetMTmode(2) ###ist zwar irgendwo blödsinn aber laß mal ruhig drin

return(last) ####wichtig

Alles anzeigen

Edit:
Kann es sein,wenn Du mit ++ arbeitest das nach jeden Videoeintrag ein (,atrack=-1,threads=1) hinter muß.Sonst ist die Funktion ja garnicht aktiv

Und dann noch mal sauber; macht im Grunde das gleiche, aber durch die Clipvariablen bekommt man als Mensch vielleicht etwas mehr Übersicht, und AviSynth vielleicht die Chance, genauer anzugeben, an welcher Stelle es echt nicht mehr geht:

SetMemoryMax(768)


SetMTMode(5, 2)
# Modus 5 ist für *Source-Plugins oft zu empfehlen, damit die nicht mehrfach überlappend gestartet werden;
# danach die Anzahl paralleler Threads: maximal die Anzahl virtueller CPU-Kerne (nur beim ersten Aufruf)


LoadPlugin("C:\Programme\AviSynth 2.5\plugins\FFVideoSource\ffms2.dll")
Import("C:\Programme\AviSynth 2.5\plugins\FFVideoSource\FFMS2.avsi")


clip01 = FFmpegSource2("MVI_0001.MOV", atrack=-1, threads=1).AssumeTFF()
clip02 = FFmpegSource2("MVI_0002.MOV", atrack=-1, threads=1).AssumeTFF()
clip03 = FFmpegSource2("MVI_0003.MOV", atrack=-1, threads=1).AssumeTFF()
clip04 = FFmpegSource2("MVI_0004.MOV", atrack=-1, threads=1).AssumeTFF()
clip05 = FFmpegSource2("MVI_0005.MOV", atrack=-1, threads=1).AssumeTFF()
# ...


SetMTMode(2) # Modus 2 für parallele Filterung, wo es was nützt; die Anzahl der Threads ändert sich nun nicht mehr


AlignedSplice(clip01, clip02, clip03, clip04, clip05) # nur die ausführlichere Form von clip01 ++ clip02 ++ ...


return(last)

Nur allein das Zusammenfügen von Clips gewinnt allerdings durch Parallelisierung keinerlei Geschwindigkeitsvorteile, weil das Video ja sequentiell angefordert wird. Einen wirklichen Nutzen bringt die Parallelisierung nur bei Filtern, die den Videoinhalt tatsächlich verändern.
__

Heute wurde übrigens r722 von FFMS2 fertiggestellt.

Zitat von LigH

Heute wurde übrigens r722 von FFMS2 fertiggestellt.

Huch und ich habe vorhin gerade geschaut :ja:

LigH Schick! So ist es Perfekt. Aber wie Du schon geschrieben hast.Ein Geschwindigkeitsvorteil bringt es nicht.Höchstens das die Max-Memory besser greift.

LigH: kleine Frage am Rande: Macht MT bei soetwas überhaupt Sinn? Wäre es nicht zumindest Speichertechnisch mehr Sinn MT nicht zu nutzen. Eventuell geht es sogar flotter. Hab in letzter Zeit öfter mal gemerkt, dass gerade bei einfachen es durchaus manchmal flotter ist wenn man MT nicht nutzt.

Ich hab ja bereits gezweifelt, Selur: Wo nichts zu parallelisieren ist, nützt Multi-Threading theoretisch wahrscheinlich wenig... Die Praxis wird es zeigen, ob nicht noch andere, nicht so offensichtliche Effekte ihre Auswirkungen haben.

Normal nutze ich MT bei solchen Sachen ja auch nicht aber wer weiß.

Freut mich.

Wahrscheinlich haben dann entweder das Laden in Clip-Variablen oder der MT-Modus 5 es AviSynth erst ermöglicht zu wissen, dass für Frame 0 noch nicht Clip 33 geladen sein muss...