Beiträge von De-M-oN

Dann lass das Resizen mal weg und guck ob dich das dann zufrieden stellt.

Wenn das der Fall sein sollte, magste den Resize nicht. Was mich dann aber wundert, weil Lanczos4 arbeitet eig. excellent, hm

Probiers aber einfach mal.

a) kein VLC Player benutzen
b) Resizefilter war Lanczos4?
c) Direktes Encoden mit MeGUI oder steht ein Videoprogramm+Frameserver zwischen?
d) Dein Quellvideo war ein verlustfreies?

Nimm bitte eines meiner Presets.

Es sei denn du kennst dich gut aus.

Nullframes Haken entfernen!

Deine Aufnahmeplatte ist auch ziemlich langsam für FullHD.

Um die Festplatte ein wenig zu entlasten kannst du das Mikrofon in Mono aufnehmen. Macht auch wenig Sinn ein Mikrofon in Stereo aufzunehmen, wenn man ein Mono Mikrofon und nur einen Mund besitzt.

Zusammengefasst:

Nullframes Haken aus Lagarith raus
DXTory auf aktuelle Version updaten ( 2.0.118 )
Mikrofon in Mono.
Evtl auch mal die Festplatte defragmentieren.
Falls Antivirus Software läuft: ABSCHALTEN. Sowas verursacht grundsätzlich Latenz, weil ja die eingehende riesige Datenmenge die ganze Zeit auf Virus geprüft wird.

Hilft das alles nichts:
__
Mit Rawcap auf beide oder allen 3 Platten gesplittet aufnehmen. So ist die Last auf den Platten aufgeteilt.
Andere Festplatte probieren. Möglichst eine schnellere.

Deine Audiospur ist 17:01
Deine Videospur ist 16:58

Es liegt an deiner Aufnahme.

Festplatte schnell genug?

Und:

+

Die Einstellungen die du im Lagarith Codec gewählt hast interessieren mich auch. (Auch wenn sie mit dem Audio nix zu tun haben).

Achja und dein DXTory mal updaten auf 2.0.118.

Gib ma Mediainfo von der Lagarith AVI.

http://mediainfo.sourceforge.net/de

Die Datei damit öffnen. Ansicht auf Text umstellen.

Posten.

Edit: Bitte auch noch wenn du es offen hast auf debug -> Erweiterter Modus

Dann den Text posten

Der wird dann mit erweiterter Modus ziemlich umfangreich sein.

Empfehle dann entweder in Spoiler oder http://www.pastebin.com

Bist du sicher das du übers Netzwerk frameserven willst?

Zitat von Sodom

[...]

Aber dann sollen sie bitte kein Tutorial machen mit Falschinfos.

Das mein ich jetzt eher allgemein und nicht auf dieses Tutorial hier bezogen:

Umgangston hin oder her. Der Inhalt des Textes von DerET ist absolut korrekt.

Und ganz ehrlich: Ich finde es sehr gut, das er mal bissl was gesagt in härterem Ton.

Gibt schon genügend Tutorials auf Youtube die nur Schwachsinn verbreiten. Muss nicht noch so sein das das LPF das unterstützt.

Ganz gut so weit, aber mit ein paar Korrekturen. Liest bitte meine Kommentare unter dem Video

Encodier in einem Stück durch und splitte mit MKVMergeGUI wäre eine Alternative. Ist dann aber nicht framegenau. (Abweichung bis zu 8 sek bei einer Max GOP Länge von 250, 30fps)

http://www.bunkus.org/videotoo…x-unicode-5.7.0-setup.exe

Erst in Optionen und dort den Haken setzen das die Kopfdatenkompression standardmäßig abgeschalten ist.

Dann auf den Hinzufügen Button und dein Video öffnen. Dann zum Reiter Global -> Aufteilen Aktivieren anhaken. Nach dieser Dauer anpunkten und zb 14:50 eintragen.

Muxen starten drücken. Nun haste 2 gesplittete MKVs.

Das ist die allererste TMPGEnc 5 Version.

Schad ja nicht das mal upzudaten oder?

Zitat von 360GameTv

@demon

Irgendwie will ffdshow nicht mit MPC-HC bei mir, gerade eben noch neuste MPC-HC installiert, ffdshow auch nochmal aber es erscheint einfach nicht bei den "1000" Filtern zum adden. Keine Ahnung wieso, sind auch beides die 64bit Versionen

Ich hab dir doch extra den 32bit MPC-HC verlinkt. Wieso downloadest du dir dann die 64bit Version?

Und nein natürlich kannste nicht 32bit Decoder mit einem 64bit Player benutzen..

32bit ist grundsätzlich besser. Vergiss den 64bit Player.

FFDShow benötigt einen Neustart des PCs. Dürfte das Setup von FFDShow allerdings eig. auch angefordert haben.

Zitat

Die 360 läuftja auf 720p wenn ich aufnehme und das "p" steht ja hierbei für progressive eigentlich. Die Hauppauge kann halt nur 59,9 aufnehmen (zumindest das beigelegte Programm) aber ich hab mit interlaced oder nicht bisher keine Probleme, darum ging es ja auch nicht^^

Und wieviel FPS läuft die xbox?

Und ja das p steht für progressiv.
Wenn du progressiv aufnimmst ist das dann ja ok. Nur die FPS Rate von 59,94 frag ich mich ob das wirklich die FPS Rate ist, die die Xbox auch wiedergibt, oder ob das nur an der Aufnahmesoftware liegt.
Kenn mich wie gesagt mit Konsolen nicht aus. Aber ein Video ist in 30fps in besten Händen. Der Rest liegt dann an dir das beste draus zu machen, da ich wie gesagt mich mit Konsolen nicht auskenne.

Zitat

MeGui nimmt dann anhand der Einstellungen in MPC HC den ffdshow zum encoden? Hoffentlich merke ich was, muss man bei ffdshow irgendwas einstellen noch?

Was hat das mit MeGUI zu tun?

Statt der interne Decoder von MPC-HC welcher nur 1kern fähig ist (sprich nur auf einer CPU decodiert), hat FFDShow einen H.264 Decoder, welcher multithreading fähig ist (ergo mehrere Kerne für die Decodierung nutzen kann)

Bzw du könntest auch mal auf Ansicht -> Statistik gehen, das Video abspielen und warten bis es asynchron wird und dann mal auf den Jitter Wert gucken. Wenn der nicht im x ms Bereich ist, dann hast du die Antwort. Dein Video wird zu langsam decodiert und mit den Spuren ist somit nichts los. Und ich wette mit dir, das momentan genau das bei dir der Fall ist, was mit FFDShow behoben sein sollte.

Zitat von TheParallaxLP

Ich bedanke mich an euch und das mit den variablen Bitrate hab ich schon verstanden, habe nur nicht gedacht/glauben wollen, dass das teilweise solche Unterschiede macht

Mein MeGUI Tutorialvideo ist 26,7 MB Videospur ( CRF 20, 2048x1152, 30fps, 43:50 minuten )
Ein Arma 2 Part von meinem Freund 4 GB ( CRF 21, 2048x1152, 30fps, 14 minuten.

Du solltest den Sinn von CRF verstehen

Leanizio hatts eig. gut erklärt.
Und ja die Menüs eines Spiels lassen sich zb deutlich besser komprimieren als ingame content. Bewegungsunschärfe vom Spiel hilft ein wenig entgegen.

Zitat

Also, wenn ich den Qualitätsfaktor auf 21+ stelle wird die Datei kleiner und die Qualität schlechter? Klingt irgendwie komisch

Ist nicht komisch, sondern hat einen technischen Hintergrund.

http://encodingwissen.de/grund…/intraframe#quantisierung

Vereinfacht gesagt: Du gibst einen Kompressionsfaktor an. Höherer Wert = Höhere Kompression.

Zitat

Ich habe irgendwann mal vor zig Jahren "gelernt", dass man die FPS unangetastet lässt um weitere Einbußen zu vermeiden. Keine Ahnung ob das heute noch gilt aber es bedeutet ja im Normalfall erstmal mehr Renderzeit, schlechtere Qualität? aber eventuell kleineres File?

Wenn du es nicht änderst, ändert es Youtube auf 30.

Du kannst ohne Probleme von höherer FPS auf eine niedrigere Changen. Nur andersrum sollte man nicht machen.
Du kannst direkt auf 30 encodieren, dann ist deine Datei nur noch halb so groß (Sollte ja eig. die Logik sagen. Halbe Menge an Frames).
Wenn es wirklich progressiv sein sollte, was mich bei 59,94 fps sehr wundert, weil das eig. eine interlaced typische FPS Zahl ist (halt das Doppelte von 29,97 FPS (NTSC) ).
Zum Thema interlaced kann man hier gut nachlesen: http://de.wikipedia.org/wiki/Zeilensprungverfahren
Muss aber auch dazu sagen das ich mich mit Konsolen nicht gut auskenne. Daher weiß ich auch nicht welche Konsole welche FPS Raten benutzt und welche nun progressiv oder interlaced macht.

Zitat

Kannst du das eventuell noch näher erklären weil ich habe bisher das Gefühl das kein Decoder meine CPU (i7-2630QM) und Ram (8GB) effektiv nutzt und sich so die Renderzeit immer unnötig verlängert.

Du besorgst dir FFDShow -> http://sourceforge.net/project…120712_clsid.exe/download
Wenn installiert, gehst du in MPC-HC's Optionen, gehst zu Externe Filter -> Externe Filter hinzufügen -> wählst den FFDShow Video Decoder aus. Dann noch den Punkt auf "bevorzugt" und dann MPC-HC neustarten.

Zitat

Eine Frage zum Abschluß, wenn ich in Vegas 2 Tonspuren habe, funktioniert das trotzdem mit Debug Frameserver zu Megui und man hat beide im Video?

Selbstverständlich. Für Vegas ist der Frameserver nichts weiter wie jeder andere Videoencoder auch. Was macht also Vegas dann? Er setzt erstmal seine ganzen Filter auf das angeforderte Frame und dann werden die Daten an den Video Encoder geschickt, was in dem Fall halt der Frameserver ist. Der Frameserver encodiert ja aber nicht. Darum auch kein Fortschritt zu sehen so lange kein Programm die AVI File vom Frameserver anfordert. Vegas wartet halt so lange bis frameserver sagt : Ich bin fertig mitm Frame, gib mir den nächsten Anteil.
Würde Vegas nun aber nicht die Filter drüber jagen, was würd denn dann passieren? Dann wären die Effekte, Tonspuren etc ja ebenfalls bei den Vegas internen Encodern nicht umgesetzt. Ein Video Encoder encodiert nur Bildmaterial. Ein Video Encoder ist nicht dafür da um Frames zu modifizieren mit Effekten oder sonstigem Kram. Das ist nicht die Aufgabe eines Encoders, sondern die Aufgabe von Filtern. Erst bearbeiten die Filter den Frame und der Video Encoder komprimiert dann den von den Filtern modifizierten Frame.

Zitat

Mit dem Media Player Classic und dem Haali Renderer kann man aber nur mkv abspielen oder? Wenn ich damit probiere die Quelldatei abzuspielen hört man nur den Sound und das Bild bleibt Standbild. Die Quelldatei kann ich nur mit der System Standard Option abspielen, ist das so richtig?

Den Renderer würde ich auf Haali belassen. Das Umstellen auf EVR und hin und her dürfte irgendwann nervig sein. Ja. Haali mag kein Lagarith, aber du kannst Lagarith auch einfach mit WMP abspielen. Alles andere dann halt MPC-HC.

Ihr könnt mich gerne beide per ICQ, Skype oder sonstwas anschreiben. Darüber geht das mit der Verständnis auch deutlich leichter als mit einem Tutorialvideo.

Ja Max GOP 0 macht sich bemerkbar. Je besser komprimierbar das Material desto besser macht sichs auch bemerkbar.

VLC ist absolut kein empfehlenswerter Player.

Und mit dem Quellmaterial ist selbstverständlich das Rohmaterial gemeint gewesen.

Als Player eher dies hier:

MPC-HC + Haali Renderer

Beim MPC-HC nach Installation von Haali in dessen Optionen gehen. Dort dann zu Ausgabe und den Haali Renderer anpunkten.

Nun über einen korrekt dargestellten YUV Farbraum und allgemein besserer Farbdarstellung freuen inkl. mehr Speed der Decoder.

@JuliaTrin: DXTory hat eine Menge Vorteile gegenüber Fraps. Fängt schon damit an das die Ingame FPS Rate nicht auf einen Multiplikator der Aufnahme FPS gesperrt wird, das man IGS und Mikrofon in getrennten Spuren aufnehmen kann (Audacity als Mikrofonaufnahme fällt dann weg, wenn man hinterher am Stimmton was machen will) und viele mehr Vorteile die DXTory bietet.

Ich würde trotzdem keine Bitrate aufzwingen.

Einfach absolut suboptimal. Aber ja klar würde es gehen .. Encoding Mode halt auf VBR oder ABR umstellen. Aber dann kommt die Qualität die am Ende rauskommt essentiell drauf an was du für Encodiereinstellungen wählst und halt welche Bitrate. Wählste also langsameres Preset bekommste auf deine festgelegte Bitrate am Ende mehr Qualität raus.

Ich würde aber eher auch hier mit CRF arbeiten. Nimmste halt einen hohen Wert der zu deinem Internet dir zusagt.

CRF geht von 0 bis 64. Da ist schon ein wenig Spielraum ^^.

Dann habe mal was anderes als eine Testdatei.

Die liebenswerte 100 GB Datei wird damit nicht so schnell indexiert sein^^.

Müll dir dein System nicht mit Codecpacks zu und dazu zählt auch divx, dann kannste getrost AVISource (= DirectShow) verwenden. Hast du bereits dein System mit Codecpacks zugeballert würd ich schon fast eher sagen nimm lieber FFVideoSource (File indexer).

Zitat

aber merkwürdig ist jetzt das CRF 22 900 MB groß geworden ist...

Identisches Video? Ich bezweifel es. Hast bestimmt einen anderen Part encodiert.

Anderes Video, andere Umstände.

Zitat von MisterValkyrie

Ich fordere garnicht übermäßig hohe Qualität, nur kann cih mit den Zahlen nciht so viel anfangen und weiß nicht welche am besten geeignet ist um ein schönes Mittelding zwischen Quali und Größe zu finden.

Das ist ziemlich subjektiv und auch vom Internet abhängig. Generell gilt natürlich, je kleiner der CRF, desto besser.

So jeder hat nun anderes Internet, andere Geduld, anderes Videomaterial, andere Qualitätsvorstellungen, andere Auflösung etc.

Musst also bisschen selber deinen für dich optimalen Wert finden.

Du musst dir selber deinen besten Kompromiss aus Dateigröße, Encodierzeit und Qualität finden.

Es hängen zu viele Faktoren davon ab, als das man dafür eine allgemeingültige Regel liefern könnte.

Zitat

"Avisynth script error: DirectShowSource: the filter graph manager won't talk to me."

Divx deinstallieren.

__

Per FFVideoSource muss halt vorher die Datei indexiert werden. Braucht halt bei größerer Datei bissl Zeit bis das erledigt ist. Haste ja sicher bemerkt. Ansonsten aber ist FFVideoSource sicherer, da damit das DirectShow System umgangen wird.

Ihr fordert mit CRF 21 eine sehr hohe Qualität. Und Minecraft lässt sich nicht toll komprimieren.

Ihr erwartet sehr viel mehr Qualität, als das was ihr in eurem vorigem Encodingprogramm gefordert hattet.

Darum wirken euch die Dateigrößen so enorm und ihr denkt vllt die Kompressionseffizienz von x264 wäre sogar schlechter als MainConcept vom anderen Programm.

Diese jedoch ist besser. Ihr fordert nur eben so perfekte Qualität

Zitat von Julien

Und mit dem Frameserver aus Vegas heraus an MeGUI wäre optimal, weil du dir eben einen Arbeitsschritt und recht viel Zeit einsparst.

Und Qualität erhalten bleibt. Da sonst auf RGB konvertiert wird wenn du nicht in RGB aufgenommen hast und dann wieder zurück auf YUV. Unnötiger Verlust.

Wenn man verlustfrei exportieren will, dann mit einem Lossless Codec und einen zum Material passendem Farbraum. Geht viel schneller und kein Verlust in Qualität.
Im Falle zur Umgehung des Vegas Encoders ist die Nutzung des Frameservers aber natürlich sinnvoller, da man dann ja direkt mit MeGUI encodieren kann.

CRF 18 ist schon eine recht enorme geforderte Qualität. Wenn du mal Spiele spielst, wo man nicht so gut Kompression ansetzen kann, wird es sehr viel höher ausfallen.
Wenn du Max GOP auf 0 stellst (zu finden in x264 config beim Reiter frame-type) dann wäre die 400 MB Datei noch kleiner geworden.
Nur muss man dazu sagen: Wenn du lange GOP Längen hast und du spulst auf Minute x hin. Dann muss der Decoder halt diese lange GOP Länge zusammenerrechnen bis du wieder Bild hast. Also haste langsames Spulen wenn du dein Video ansiehst.
Selbstverständlich nur das Quellmaterial. Youtube encodierts ja dann wieder um und dann sinds natürlich auch wieder kurze GOP Längen.