Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Kann ja so auch schlecht gehen. Ist doch klar, wenn du angibst, das du all diese Bereiche behalten willst, diese auch behalten werden
Die CLT Datei bitte NUR DANN benutzen, wenn du NICHT die AVS Datei als Audio Input benutzt. Das tust du nämlich mit audio=true.
Oder hast du nachträglich externen Audio Input eingesetzt.
Wenn die AVS Datei der Audio Input ist. Dann NICHT die CLT Datei benutzen. Der Trim Filter berücksichtigt auch Audio und es wäre dann doppelt gemoppelt und kann sogar zu Encodingfehlern kommen dadurch.
Mach ich auch nur für die 2.te Audiospur: Meine Stimme die über [lexicon]Audacity[/lexicon] läuft 
Nächstes Mal in 30fps aufnehmen.
Vielen Dank xD Mache ich am besten nächstes mal!
Damit müsste doch auch die bearbeitungszeit geringer werden? Vorallem weil das Renderprog nicht mehr an den FPS rumschrauben muss.
Preset auf Medium statt slow stellen, falls du slow benutzt.
Das is ja schon auf Ultra Fast xD Obwohl ich das nur zum testen drin hab. Aber da ich gerade lese dass das die Dateigröße noch mehr in die Höhe treibt lass ichs mal auf Medium
Nö geht sie nicht beim [lexicon]CRF[/lexicon] Encodingmodus. Lies dazu den Lexikon Artikel.
Im Lexikon Steht was von 1-Pass Encoding. In den Einstellungen gibts nur: "2pass - 1st pass" und "3pass - 1st pass".
Oder ist diese Einstellung das "Constant Quality" was du im Tut beschrieben hast?
Meinst du die Anzeige der Processing Rate? Das ist natürlich die Angabe wie viele Frames / sek encodiert werden. Das hat nix mit der FPS Rate des Videos zu tun.
Ja und nein xD Beispiel:
Processing Rate: 10 FPS => Es werden 10 Bilder in der Sekunde encodiert.
Die Anzeige bei welcher Frame er sich gerade befindet steigt aber auch um 10 Frames die Sekunde.
Da er aber wenn er aus 60 FPS Aufnahme 30 FPS Endvideo machen soll
Müsste er dann nicht pro Sekunde die Anzeige um 20 Frames pro Sekunde steigen, da er ja eigentlich für das Endvideo nur die Hälft [lexicon]Rendern[/lexicon] braucht, sprich
Anstatt
Frame 1 encodieren-> Frame 2 encodieren-> Frame 3 encodieren-> Frame 4 encodieren-> Frame 5 encodieren-> Frame 6 encodieren etc.
Müsste das:
Frame 1 encodieren -> Frame 3 encodieren -> Frame 5 encodieren etc.
sein oder verstehe ich da was falsch?
Resizefilter und FPS Change Filter. Es laufen 2 Filter auf die [lexicon]x264[/lexicon] warten muss. Eventuell hilft dir ein schnellerer Resizefilter, zb BicubicResize oder BilinearResize. Diese sind deutlich schneller, aber auch etwas gemindertere Qualität (nicht zu ernst nehmen, es ist kein Weltuntergang).
Sprich in der .avs Datei anstatt
"Lanczos4Resize(1920,1080)"
z.B.
"BicubicResize(1920,1080)"
Und ist Cubic oder Linear besser? (In Bezug auf Quali und Encodierzeit)
ZitatDas is ja schon auf Ultra Fast xD Obwohl ich das nur zum testen drin hab. Aber da ich gerade lese dass das die Dateigröße noch mehr in die Höhe treibt lass ichs mal auf Medium
Mit ultrafast isses kein Wunder das du auf keine [lexicon]CPU[/lexicon] Last kommst. Damit sind ja auch sämtliche Encodingmechanismen die gut komprimieren abgeschaltet^^.
Und Encoding ist schwer parallelisierbar. [lexicon]x264[/lexicon] kriegts excellent hin trotzdem vieles zu parallelisieren. Aber bestimmte Aufgaben wie das konstruieren von b-frames usw geht einfach nicht zu parallelisieren. Musst dir wie ein Koch vorstellen, der auf die Speise des Beikochs warten muss, bis er weiter machen kann. B-Frames bremsen am meisten aus, da diese nicht parallelisierbar sind.
ZitatDamit müsste doch auch die bearbeitungszeit geringer werden? Vorallem weil das Renderprog nicht mehr an den FPS rumschrauben muss.
ZitatAlles anzeigenJa und nein xD Beispiel:
Processing Rate: 10 FPS => Es werden 10 Bilder in der Sekunde encodiert.
Die Anzeige bei welcher Frame er sich gerade befindet steigt aber auch um 10 Frames die Sekunde.
Da er aber wenn er aus 60 FPS Aufnahme 30 FPS Endvideo machen soll
Müsste er dann nicht pro Sekunde die Anzeige um 20 Frames pro Sekunde steigen, da er ja eigentlich für das Endvideo nur die Hälft [lexicon]Rendern[/lexicon] braucht, sprich
Anstatt
Frame 1 encodieren-> Frame 2 encodieren-> Frame 3 encodieren-> Frame 4 encodieren-> Frame 5 encodieren-> Frame 6 encodieren etc.
Müsste das:
Frame 1 encodieren -> Frame 3 encodieren -> Frame 5 encodieren etc.
sein oder verstehe ich da was falsch?
Die Gesamtanzahl der Frames ist beim Verabeitungsfenster schon umgerechnet.
ZitatSprich in der .avs Datei anstatt
"Lanczos4Resize(1920,1080)"
z.B.
"BicubicResize(1920,1080)"
Und ist Cubic oder Linear besser? (In Bezug auf Quali und Encodierzeit)
Bicubic ist hübscher.
Wie die Resizer arbeiten kannste gut hier nachsehen:
http://hermidownloads.craqstar…oresizefiltercomparasion/
Gab da nochn Link mit normalen Bildern, aber geht irgendwie gerad nicht zu laden leider.
Hab mal auf 30 Frames aufgenommen. Testweise bei Dishonored.
Geruckelt hats zwar beim spielen nicht aber mir kams so unsauber vor. Alles Matschig xD
Als ich dann die Framesanzeige von [lexicon]FRAPS[/lexicon] angestellt hab ist mir aufgefallen das das Spiel immer wieder auf 45 Frames hoch ist und dann wieder runtergeregelt wurde. Während dieser "Framejumps" kam mir das Spiel irgendwie leicht laggy vor.
Kann nur einbildung sein xD
Das ist halt der Nachteil an Fraps.. dieser beschissene Multiplikator Lock an Aufnahme FPS Rate...
Bei [lexicon]DXTory[/lexicon] hat man solche Sorgen nicht 
Dann nimm mit 25fps auf.
Mal kucken ob diese instabilen Framezahlen auch im Endprodukt so schlimm aussehen.
Ich merke gerade das ich keinen Haken bei "Lock framerate while recording" drinne hab.
Sollte das vllt noch an sein? xD
[lexicon]DXTory[/lexicon] kann ich die Tage auch mal ausprobieren.
Hab im Moment eine LP Pause, weil's alte Mikro im Eimer ist und das Neue noch LIeferverzögerung bis 05.11 hat! Yeah xD
Die Zeit will ich dafür nutzen mich mal in andere Programme einzuarbeiten und alles andere mal zu überarbeiten
MFG,
L1FeMaKeR.
[lexicon]DXTory[/lexicon] ist einfach sehr viel besser in allen Belangen. Den einzigen Vorteil den ich bei [lexicon]FRAPS[/lexicon] noch sehe ist die Desktopaufnahme 
ZitatIch merke gerade das ich keinen Haken bei "Lock framerate while recording" drinne hab.
Wenn du das anhakst wird deine ingame FPS auf die Aufnahme FPS gesperrt. In deinem Fall also 30.
Dann fallen die Sprünge weg, aber 30 fps könnten dir zum Spielen zu wenig sein.
Daher lass den Haken lieber weg und nimm in 25fps auf.
Dann haste mehr IngameFPS und vllt auch keine Sprünge mehr.
Alles anzeigenWenn du das anhakst wird deine ingame FPS auf die Aufnahme FPS gesperrt. In deinem Fall also 30.
Dann fallen die Sprünge weg, aber 30 fps könnten dir zum Spielen zu wenig sein.
Daher lass den Haken lieber weg und nimm in 25fps auf.
Dann haste mehr IngameFPS und vllt auch keine Sprünge mehr.
Ich bin kein Professor aber ist 25 nicht kleiner als 30?
Oder ist das eine magische Zahl? xD
Ab welchen FPS wirds eigentlich kritisch, also wirklich unflüssig?
Ich hab immer das gefühl das 30 schon nicht sauber ist.
Ich glaube es wäre vllt Sinnvoller das ich einfach bei allen LP's 15 Minuten Aufnahme mit Abmoderation und dann [lexicon]FRAPS[/lexicon] ausknipse und wieder anmache.
Dann Spar ich mir später das schnibbeln und abmoderation und anmoderation ist doch was feines :3
Aber ich glaube das wird langsam offtopic xD
Vielen Danke aber nochmal für deine Hilfe
Ist bei euch auch beim Muxen mit mkvmergeGUI schon mal etwas schiefgelaufen? Ich hab ganz normal ne .mp4 und .flac reingeworfen und ohne weitere Einstellungen direkt laufen lassen und das .mkv dann auch nicht überprüft. Als es dann aber endlich auf YT stand, war das Video plötzlich nur noch etwas über eine Minute lang (statt ~30 Min.) und da hab ich mir das .mkv mal im MPC angeguckt... und tatsächlich fängt er auch im Player an dieser Stelle an zu spinnen. Sowohl das Quellmaterial wie auch das gerenderte .mp4 sind aber in Ordnung.
Habs dann nochmal gemergt und zumindest in MPC scheints nun zu passen, YT dauert noch...
Den Haken in den Optionen gesetzt?
Und warum MP4? Kannst doch gleich auch schon in [lexicon]MKV[/lexicon] encoden 
Ja, den hab ich gesetzt.
Und warum MP4? Kannst doch gleich auch schon in [lexicon]MKV[/lexicon] encoden
Wurde in irgendeinem Guide gesagt, den ich als letztes angeschaut hab, glaub hier und ich finds ganz praktisch um die Dateien zu unterscheiden. Hats denn einen Nachteil mit MP4?
Ich werf hier mal kurz was ein.
Also ich habe Mafia 2 (nichtmal ne Minute Video) gerendert in [lexicon]CRF[/lexicon] 20, Preset Slower, GOP 0.
Hochskaliert mit Lanczos 4 von 1920x1080 (also Quellmaterial) auf 2048x1152.
Aufgezeichnet in 1920x1080, 30 FPS, mit [lexicon]DXTory[/lexicon], Video Codec ist der [lexicon]Lagarith[/lexicon] [lexicon]Lossless[/lexicon] Codec mit YV12.
Aber auf Youtube hat es auf Orginal immernoch ziemliche Makroblöcke.
Könnt ihr euch vielleicht mal anschauen: http://www.youtube.com/watch?v=6LikMm0GDv0
(ist auf nem Abfallyoutubekanal^^)
Außerdem ein anderes Problemchen mit [lexicon]DXTory[/lexicon].
Wenn ich es beende dann ist es im Task Manager unter Prozesse immernoch zu finden.
Und wenn ich [lexicon]DXTory[/lexicon] dann starte kommt nichts. Erst wenn ich Dxtory.exe im Task Manager manell beendet habe.
Zwar nicht immer aber sehr häufig.
Ziemlich nervig sowas.
Nachteil nicht, da du ja ummuxt in [lexicon]MKV[/lexicon], aber es macht halt auch nicht wirklich Sinn, wenn du eh auf [lexicon]MKV[/lexicon] gehst.
Wenn du die Dateien unterscheiden willst, dann gucke auf die Dateiendungen, dafür sind sie nunmal da. Das 1. was man nach Windows Installation tut ist diese unsinnige Option auszuschalten das Dateiendungen nicht angezeigt werden.
Um die Endung gehts mir ja grad
Bei MP4 seh ich direkt, dass es das encodierte Video ohne Ton ist und bei [lexicon]MKV[/lexicon], dass es das fertig gemergte Video ist. Wenn beide [lexicon]MKV[/lexicon] als Endung hätten, müsste ich ja eins der beiden anders benennen.
Gibt MKVMerge einen Fehler/Warnung aus?
Nein, hat gemeldet, dass alles glatt gelaufen sei.
Um die Endung gehts mir ja grad
Bei MP4 seh ich direkt, dass es das encodierte Video ohne Ton ist und bei [lexicon]MKV[/lexicon], dass es das fertig gemergte Video ist. Wenn beide [lexicon]MKV[/lexicon] als Endung hätten, müsste ich ja eins der beiden anders benennen.
Wieso sollte sich der Container des Audios ändern, wenn du nur den Container des Videos änderst?
Ob du nun MP4 oder [lexicon]MKV[/lexicon] als Container nimmst, das ändert doch nichts am Audio Container.
ZitatNein, hat gemeldet, dass alles glatt gelaufen sei.
Auch wenn du es erneut muxt? Also die gemuxte [lexicon]MKV[/lexicon] nochmal [lexicon]muxen[/lexicon]. Geht das dann noch immer glatt?.
ZitatAber auf Youtube hat es auf Orginal immernoch ziemliche Makroblöcke.
Komplexes Material sieht auf Youtube halt schlechter aus als inkomplexeres. Youtube benutzt halt kein CRF.
Wieso sollte sich der Container des Audios ändern, wenn du nur den Container des Videos änderst?
Ob du nun MP4 oder [lexicon]MKV[/lexicon] als Container nimmst, das ändert doch nichts am Audio Container.
Entweder versteh ich dich falsch oder wir reden aneinander vorbei. Das gerenderte Video ist im MP4 (ohne Ton), das und das Flac werf ich in den Merger und raus kommt das fertige [lexicon]MKV[/lexicon]. Wenn nun sämtliche Files in einem Ordner sind, weiss ich halt direkt was die Video.mp4 und was Video.mkv ist und ich muss nicht einer der beiden Dateien einen anderen Namen geben.
Auch wenn du es erneut muxt? Also die gemuxte [lexicon]MKV[/lexicon] nochmal [lexicon]muxen[/lexicon]. Geht das dann noch immer glatt?
Nope, da hat er was zu beanstanden:
mkvmerge v5.8.0 ('No Sleep / Pillow') gebaut am Sep 2 2012 15:37:04
'F:\Aufnahmen\Test.mkv': Der Demultiplexer für das folgende Format wird benutzt: 'Matroska'.
'F:\Aufnahmen\Test.mkv' Track 0: Das Ausgabemodul für das folgende Format wird benutzt: 'AVC/h.264'.
'F:\Aufnahmen\Test.mkv' Track 1: Das Ausgabemodul für das folgende Format wird benutzt: 'FLAC'.
Die Datei 'F:\Aufnahmen\Test (1).mkv' wurde zum Schreiben geöffnet.
F:\Aufnahmen\Test.mkv: Fehler in der Matroska-Dateistruktur an Position 126529792. Versuche, das nächste Level-1-Element zu finden.
Die Suche war an Position 144111868 erfolgreich.
Die Cueeinträge (der Index) werden geschrieben...
Das Muxen dauerte 1 Minute 3 Sekunden.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!
