Beiträge von Sagaras

Und alle wären mit MeGUI mehr als nur abgedeckt, weil MeGUI alles mitliefert und darüber hinaus.

Und es erspart sehr vieles auch.

Selur's Hybrid ist auch wieder ein Tool, wo der User der davor sitzt etwas Fachwissen mitbringen sollte. Vllt sogar noch etwas mehr als für MeGUI.

Wäre aber zumindest schon mal mehr in richtiger Richtung als der Simplex264Launcher.

Nutze selbst das Tool von Selur. Also ich fand das um ein Zacken schärfer von den Einstellungen die dort geboten werden und man muss halt tierisch aufpassen wie man es einstellt. Da ist es für den Laien einfacher MeGUI zu nutzen. Ist wirklich so.
Allein schon das es Suboptimal voreingestellt ist, macht es nicht grad besser.

DVB Aufnahmen habe ich früher sogar mit Steinzeitprogrammen easy erstellen bzw umkodieren können. Ja, auch ich habe Fernsehaufnahmen gemacht xD Und auch die neuen DVB Formate sind mir geläufig. Selbst Sony Händy Formate habe ich schon mit zu tun gehabt. Würde ich heute aus reiner Einfachheit schon alles mit MeGUI nur noch machen, einfach weil MeGUI alles schon dabei hat was man braucht.

An sich machst du dir das Leben eigentlich nur sehr viel schwerer und nicht leichter. Aber ok, wenn du das so möchtest, kann ich dir auch nicht helfen

Ich hoffe für dich das dich Selur's Hybrid nicht erschlägt mit den ganzen Settings die aus FFmpeg, x264, x265, Mencoder, und und und zusammengewürfelt sind. Hoffe dann schon das du weißt was du da einstellst ;D

Und vor allem hoffe ich das du den Ablauf kennst, denn wenn du nicht weiß wie was miteinander funktioniert, dann kommt auch am Ende nur Quark raus. Das ist ein Versprechen ;D

Wieso Bug? Das ist wenn man versucht eine AVI direkt an x264 zu geben. Das wird indexiert und dauert halt ewig beim Encoden. Des weiteren wird die FPS mittels FFMS, sprich über ein FFmpeg Plugin ermittelt. Eigentlich muss man aber eine AVI vorher immer etwas korrigieren. Weshalb man eigentlich das -r Argument bei FFmpeg nutzt mit der FPS Zahl des Videos. Das wird in dem Tool nicht gemacht, weil ich den User der das Tool erstellt hat auch kenne und weiß das er von den Usern voraussetzt das die das wissen.

Sprich, bei diesem Tool wird viel vom User vorausgesetzt das er bestimmte Sachen einfach weiß. Das ist es eigentlich was das Programm an und für sich für unerfahrene User unbrauchbar macht.

Weil wenn du das Tool mal richtig beobachtest, wird alles entweder via FFmpeg als Nothahn gelöst. Eigentlich würde es schon reichen wenn es nur AVISynth und VapourSynth unterstützen würde.

Und AVISynth Skripte oder gar VapourSynth Skripte erstellt das Tool da nicht was du hast. MeGUI bietet jedoch diese Möglichkeit und achtet sogar darauf das bei AVI Quellen die FPS beim Einleseverfahren zu korrigieren.

Für sich hast du mitunter ein komplizierteres bzw. umständlicheres Tool zum Encoden ausgesucht als es MeGUI ist.

Bei deinem Simplex264Launcher ist es halt so das du Mehraufwand betreiben musst sogar. Und ich bin mir fast sicher das du nicht mal VapourSynth nutzt. ;D Geschweige das du AVISynth nutzt. Ich kann mir gut vorstellen das du die Videos da einfach reinballerst und auf los drückst ohne eigentlich zu wissen wie der Ablauf an sich aussieht

Zitat von Kayten

Hätte aber nicht erwartet, dass FFmpeg so mies ist was die Performance angeht

Das hängt ja auch zum Teil mit OBS selber zusammen wie das arbeitet.

Zitat von Kayten

Ein Feature, was ich bisher noch nie in Aktion gesehen habe und somit noch nicht mal garantieren kann, dass es überhaupt existiert.

Das sollte an sich eigentlich funktionieren.

Die einzigen zwei Vorteile die ich ersehe sind ledeglich das der Simplex264Launcher AVISynth 32 als auch 64 Bit unterstützt und man das entsprechend umstellen kann. Und das er VapourSynth unterstützt. Nachteil ist halt wieder das die meisten Plugins für AVISynth eh nur 32Bit Basis sind.
Und man muss entsprechend auch schon VapourSynth Skripte auf dem Rechner haben, um es mit dem Programm nutzen zu können. ;D

Was auch noch fehlt und mir irgendwie auch persönlich am Herzen liegt ist eine GUI Umgebung für die meisten Basis Settings für die Encoder. Weil so wie ich das grad sehe, muss man das manuell eingeben alles. Man kann da grad mal den Modus, Quantizer und Bitrate angeben. Sowohl auch grad mal das Preset, Tuning und das Profil wie High, Baseline, etc. . Das ist etwas flau. Gut, wer sich halt mit den Command Lines vom Encoder vertraut gemacht hat, kann da schon mehr machen.

Auch musst du ja beim Simplex264Launcher extra noch mal danach Audio und Video muxen lassen. Das ist ja Mehraufwand

An sich ist der Simplex264Launcher noch komplizierter als MeGUI

Bei MeGUI habe ich wenigstens eine entsprechende gute GUI Oberfläche für die Settings, als auch Optional die Command Line Box, wenn irgendwas nicht vertreten sein sollte.

Auch die Tatsache das ich Audio und Video gleich muxen lassen kann, erspart mir die Arbeit. Auch wenn ich jetzt mehrere Subtitles oder Audiospuren habe, ist das kein Problem mit MeGUI. Mit MeGUI kann ich sogar DVDs umrippen, da die Tools dafür alle vorhanden sind.
Da ist einfach alles drin was man braucht.
x264 32Bit und 64Bit, als auch entsprechend x265 32 und 64Bit. 10Bit ist auch möglich.

Und je länger ich mich hier mit dem Simplex264Launcher auseinandersetze, desto mehr finde ich was es an sich komplizierter macht für den User gegenüber MeGUI.

Und wie ich grad sehe, werden AVIs wenn sie direkt in Simplex264Launcher geladen werden und mit x264 encodiert werden via FFmpeg indexiert.

Simple x264 Launcher (Build #1012), built 2016-02-06


Job started at 2016-03-13, 19:04:30.


Source file : G:\SWEP1RCR_2016_01_16_15_41_27_265.avi
Output file : C:\Users\Administrator\Desktop\SWEP1RCR_2016_01_16_15_41_27_265.mkv


Creating process:
C:\Users\Administrator\Desktop\x264_launcher.2016-02-06\toolset\x64\x264_10bit_x64.exe --version


x264 0.148.2665 a01e339
(libswscale 4.0.100)
(libavformat 57.21.101)
(ffmpegsource 2.22.0.1)
built by Komisar on Jan 18 2016, gcc: 4.8.4 (multilib.generic.Komisar)
x264 configuration: --bit-depth=10 --chroma-format=all
libx264 configuration: --bit-depth=10 --chroma-format=all
x264 license: GPL version 2 or later
libswscale/libavformat/ffmpegsource license: GPL version 2 or later


> x264 revision: 2665 (core #148)


--- ENCODING VIDEO ---


Creating encoder process:
C:\Users\Administrator\Desktop\x264_launcher.2016-02-06\toolset\x64\x264_10bit_x64.exe --crf 18.0 --preset slow --output C:\Users\Administrator\Desktop\SWEP1RCR_2016_01_16_15_41_27_265.mkv --index C:\Users\ADMINI~1\AppData\Local\Temp\~f290f9cfcb473bf9230d.ffindex G:\SWEP1RCR_2016_01_16_15_41_27_265.avi

LOL, warum wird das indexiert? xD Das ist doch ein UTVideo. xD

Und die FPS wurden auch falsch erkannt:

ffms [info]: 1280x720p 0:1 @ 500000/12589 fps (vfr)
resize [warning]: converting from rgb24 to yuv420p
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High 10, level 3.2, 4:2:0 10-bit

Zitat von Nobody768

mich stört es, dass MeGui Audio unterstützt.

WTF xD Was'n mit dir los? xD

Kannst mit MeGUI entweder Audio oder Video separat machen oder halt beides zusammen und sogar dann muxen lassen. Alles voll Automatisch.

Und bei der Videoausgabe kannst de halt auch die Rohausgabe von x264 oder x265 einstellen. Kein Problem.

Und man kann halt Audio reinziehen als auch das jeweilige Skript.

Weiß nicht was daran nicht komfortabel sein soll? xD

Ergo nicht wegen HDMI. Weil das ist nun wirklich ausgeschlossen. Wenn dann wie du sagst macht das dies das Aufnahmeprogramm von sich aus. Bzw. hast nie wirklich nachgeschaut ob man das abändern kann.

Weil YUV 4:2:2 wird oft halt in TV Range aufgenommen. Kann man bestimmt auch auf PC Range abändern. ;D

Einstellungen des Emulators wären interessant und natürlich auch die des Aufnahmeprogrammes. Müssen ja schließlich beide entsprechend richtig eingestellt werden, wenn die Aufnahme laufen soll.

Ansonsten kann man auch beide Displays aufnehmen und sie später trennen bei der Bearbeitung. Wäre auch möglich. Dann stünden einen auch andere Aufnahmeprogramm zur Verfügung.

Ich weiß das MSI Afterburner sogar mehrere Quellen aufnehmen kann, sofern diese Anwendungen ein entsprechenden Hook erlauben.

Eine Mediainfo der Aufnahme würde da helfen.

(Mediainfo - Homepage, Bitte auf Text-Ansicht umstellen dann und den Inhalt hier posten dann.)

Ja, und? Was soll da blass werden? Muss man mal richtig einstellen. PC überträgt über HDMI auch nur RGB Signal. 0 - 255 Range. Da wird nix blass. Höstens wenn man das in der Grafikkarte so eingestellt hat das es so übertragen werden soll.

Das ist einzig und allein dein Problem den Unterschied zwischen TV Range (meist Standard) 16 - 235 (blass) und PC Range (muss vermutlich erst eingestellt werden) 0 - 255 (Volles Farbspektrum) zu erkennen.

HDMI kann beide Signale übertragen.

Oder vllt überträgt ja HDMI bei dir auch PC Range und wandelt es beim Aufnahmeprogramm in TV Range um. Weil es ist an sich üblich das YUV Farbräume TV Range bevorzugen. Können aber auch PC Range nutzen. Das musste halt mal selbst prüfen. Ich weiß aber zu 100% das es geht.

Warum sollte auch bitte HDMI die Farben blass machen? Das ist an sich schon ein Widerspruch auf die Funktionsweise von HDMI

Und trotzdem kannst du beim Encodieren nur Frame für Frame vorgehen und nicht mit Frame 1 anfangen, während Frame 27 auch schon codiert wird.

Du backst doch auch nicht erst den Kuchen und rührst ihn dann erst an mit Milch, Backpulver und Co.

Da wird dir selbst eine 300x große Bandbreite von GPU Encoder nix schneller machen als ne stinknormale CPU. Das ist nun mal einfach so. Das hat mit dem Ablauf schon zu tun wie Encodiert werden muss. Das folgt nach Schritten. Erst muss das eine gemacht werden, bevor das andere gemacht werden kann.

Und bevor da nix anderes nachgewiesen werden kann, ist diese Frage halt welche Encoder schneller sind fertig mit dem Punkt das CPU Encoder schneller sind.

Schluss, Aus und Ende XD

Nee. Der wird das als TS speichern auf der Platte und will es dann in MP4 ummuxen. Und dieser Muxvorgang kann schon murks sein. Je was das für ne Software ist mit dem er das macht. Da vertraue ich wohl eher FFmpeg, als das von Elgato

Dann würde ich mal einfach sagen, abwarten auf die nächste Version bzw. eine etwas ältere Version erst mal nutzen.

Weiß ja nicht inwiefern du schon dich mit der Materie Videotechnik auseinandergesetzt hast, kannst es mir aber gerne mal deine Erfahrungen etc. mit der Konversation Funktion mitteilen lassen. Eventuell hast du ja selbst noch irgendwelche Fragen.

Oder meldest dich mal bei @GelberDrache92 um an ein Projekt mitzuarbeiten was genau dein Ziel hier entsprechen würde. Nur halt sehr Umfangreicher und vor allem wird das auf eine eigene Website gehostet. Nur wenn dich das interessieren sollte und auch was Beitragen kannst, bzw. mithelfen kannst. Aber da wie gesagt an @GelberDrache92 mal wenden.

Zitat von Karmaalp

Weiß gar nicht wieso nicht mehr daran gearbeitet wird. Denn eine GPU ist 10x schneller als eine CPU.

Was wäre denn deine Idee es GPU Tauglich zu gestalten?

Aber diese Frage und Antwort können sollten wir dann wohl im Doom9 Forum tätigen. Damit dann auch andere Entwickler darauf aufmerksam werden.

Aber ich denke du wirst in vielerlei Hinsichten auf Antworten stoßen wie: Bewegungssuche beim Encoding oder GOP Erstellung oder oder oder... Weshalb es nicht parallelisiert werden kann.

Zitat von Karmaalp

Es liegt auch einfach daran das eine GPU viel schneller ist als eine CPU.
Alleine die Bandbreite die eine GPU hat. Da kommt keine CPU zurzeit dran.

Wie gesagt, bei einem Encoder würde selbst bei dir ein CPU Encoder den GPU Encoder in die Tasche stecken. Das ist das einzige wo dir deine GPU so gut wie gar nix bringen würde.

Das Rendern (Berechnung der Bilder , Bildsynthese, wie auch immer ihr es nennen mögt) ist via GPU schneller und auch effektiver.
Das Encodieren mit einem Encoder wie x264, HVEC, etc. pp. sollte mit der CPU geschehen, da hier die CPU obsiegt gegenüber einem GPU Encoder.

Ganz einfacher Grund: Berechnungen für Grafiken etc. lassen sich gut Parallelisieren. Sprich viele Sachen können Zeitgleich getätigt werden.

Beim Encodieren ist dies nur sehr begrenzt möglich und vieles muss einfach nach und nach geschehen.

Man kann auch das Rendern auf die CPU auslagern, aber dann dauert das halt sehr lange, bis die Frames fertig sind und am Encoder ankommen.

Ich hoffe ihr bringt das nicht wieder alles durcheinander und schmeißt alles in einen Pott.

Zitat von TimTaylor

Kannst eh vergessen da die Farben von HDMI einfach total verblasst aussehen

Seit wann? HDMI überträgt RGB Signale.

Ist nur blöd wenn die PS3 oder PS4 auf TV Range statt PC Range eingestellt ist, ne? Weil wenn der Farbraum der PS3 oder PS4 auf Limitiert gesetzt ist, dann ist es klar das die Farben verblasst über HDMI durchgejagt werden. Farbrange: 16 - 235

Und wenn man auf Voll umstellt im Setting Menü der Konsole, dann ist die Farbrange: 0 - 255 und somit auch keine blassen Farben.

Hmm... wenn ich das irgendwie selbst bei mir machen könnte. Aber bei mir nimmt OBS eigentlich immer gut auf so. Der macht da bis jetzt kein Cut rein.

Vllt. weiß @De-M-oN oder @GelberDrache92 was dazu.

@De-M-oN
Vllt. hat Adobe und die ganzen anderen NLEs die das nicht supporten auch einfach schon so viel Geld das denen das einfach auch egal ist So nach den Motto: "Scheiß auf den User. Hauptsache wir haben die Knete." "x264 kostenlos anbieten? NOOOOO. Wenn dann bieten wir x264pro an was weit weniger kann für 230€. Die Dummen werden das eh kaufen."

Ist doch das gleiche wie mit Fraps. Die haben ihre Knete. Warum also noch mal Sachen hinzufügen?

Zitat von Nobody768

Und immer antwortet ihr auf die selben Fragen, deswegen war mein Ansatz, dass Wissen, was hier verstreut zu lesen ist, zu bündeln, also eine Erweiterung des Lets Play Guide von Sam.

Da das Interesse aber nicht da ist, von Seiten der Neulinge und Unwissenden

Das liegt auch einfach daran, das wenn ein User mit einem Problem kommt, dieser nicht unbedingt 30min Tutorials schauen will und schon gar nicht ne komplette Wall of Text Anleitung lesen will nur um die richtigen Settings zu finden.

Zudem kommt dann auch noch jeder User mit seinem eigenen Workflow an wo das Tutorial gar nix drüber erwähnt, es aber trotzdem funktioniert.

Daher ist das immer individual was Programme, Settings und Ablauf angeht.

Ich könnte dich womöglich mit Tonnen von Infos zuballern was man alles mit Videos machen könnte und dir dabei viel von der Materie erzählen im Sinne warum und wie das alles funktioniert.

Auch könnt ich dir Bearbeitungabläufe erklären. z.B. ab wann ein Farbraumkonverter gut ist und wann nicht, wann ist es Sinnvoll mit Skalierer xyz zu skalieren oder oder oder...

Aber das interessiert den meisten so gut wie 0. Aus ganz einfachem Grund: Die Masse der User die hier im Forum vertreten ist interessiert sich halt nen Scheiß darum. Die meisten legen Wert auf Entertaiment und oder nur Zocken.

Sich mit der Technik großartig auseinandersetzen zu müssen ist für die meisten kein Spaß und zu kompliziert (Obwohl das ja eigentlich gar nicht sooo kompliziert wäre xD)

Und vor allem ein User der ein Problem hat, schaut nicht erst intensiv mit der Suchfunktion nach, bzw. befragt Google gut (Sonst würden die meisten ihre Probleme selbst lösen können.), sondern erstellen erst mal ihren Thread mit ihrer Frage. Obgleich Zeitlich in einem anderen Thread das gleiche Thema grad diskutiert wird. Und dann findet man die User auch nur noch in ihren erstellten Threads wartend auf Antwort.

Und wehe das dauert zu lange bis se ne Antwort bekommen, dann ist Atom-Krieg ^^. Weil dann fangen viele auch schon an sich ignoriert zu fühlen und behauptet vllt auch noch das wir hier sowieso ein fauler Haufen sind

Dabei sind wir hier freie Supporter und müssen eigentlich gar nicht antworten.

Naja... ich denke du verstehst so langsam warum das was du machen willst zwars eine gute Idee ist, aber hier im Forum total Fehl am Platz ist. Einfach weil dieser Thread wieder untergehen wird und es das Ganze in das alte Schema wieder sich wandelt.
Daran ist einfach die Zielgruppe hier falsch. Die meisten interessieren sich halt nicht so für die Technik dahinter, sondern wollen einfach nur aufnehmen, hochladen und Erfolgreich werden.

Sprich so wie in diesem Video musst du dir das vorstellen: