La vache qui rit?
Ob sie lacht oder nicht ist mir ziemlich wurst.
Wenn du meine alte Nachbarn meinst, dann ne.
Nein. Deine Nachbarin kannst du gerne selber verputzen, ich bin kein Müllschlucker.
Beiträge von RealLiVe
-
-
Sacht mal ... hatte wer von euch schon mal was von der fetten alten Kuh? Taugt dat wat?
-
Denkst du, du bekommst was ab? Falsch gedacht. Du denkst an Fleisch, ich esse es.
-
Und am besten viel Fleisch.
-
Und manchmal muss es einfach Fleisch sein.
-
Manchmal reichen auch Nudeln und Rahmsoße, um jemanden glücklich zu machen.
-
Eine wilde Behauptung, haltet eure Pokebälle bereit!
Gehen Fleischbällchen auch?
-
1. Leider klappts bei alten Aufnahmen (vor den GraKa update nicht) aber ist dann halt so
Kannst du uns eine Fehlermeldung zeigen? Funktionieren sollte das schon.
2. Der Sound wird nicht mitgenommen. In der SSM vorschau hab ich Sound, er erxportiert mir auch eine Sound Datei, nach dem ausführen der Batch herrscht totenstille.
Der Workflow mit dem SSM behandelt Audio und Video separat - die AVS, die er ausspuckt, enthält keine Audioinformationen. Du musst also selber schauen, wie du sie da reinbekommst. Du kannst sie entweder mit dem SSM manuell exportieren und sie dann mit FFmpeg mittels zusätzlichen Parameter oder mit dem MKVToolNix GUI aus dem MKVToolNix dazumuxen - das macht vermutlich @De-M-oN, bin mir da aber nicht sicher.
Er kann den Schritt vermutlich nicht vollständig automatisieren, weil er - denke ich - mehrere Audiospuren hat und die manuell nachbearbeiten und mischen will. Er exportiert sie mit dem SSM, mischt sie in seinem Audioeditor ab, kodiert sie und packt sie nachträglich dazu, denke ich.
Und jetzt zum müßigen Teil, der mal wieder nichts mit dem Thema zu tun hat.
--
Problem besteht bei MeGUI Version 2872 Development Update Server mit der x264 Version 2901 und der FFmpeg Version 4.0.2
Ich habe die selbe Version benutzt.
Machst du das mit Absicht dieses muntere "Ich lese nicht seinen Beitrag, sondern suche mir nur das passende raus und gebe ihn eine Antwort die nicht mehr zu seinem anderen geschriebenen passt" - Spielchen?
Natürlich, aber so gut wie du bin ich darin leider nicht. Ist das eines deiner Lieblingsspiele? Ganz auf dem Level von "schreibe meinen Beitrag am Thema vorbei" und "baue ihn so auf, dass man ihn falsch verstehen muss"?
Aber Spaß beiseite ... ich habe deinen Beitrag durchaus gelesen. Ich picke mir aber nur die Bereiche raus, zu denen ich entweder eine Frage habe, oder bei denen ich etwas aus beliebigen Gründen hinzuzufügen habe. Teile, zu denen ich nur ein "okay" schreiben kann, zitiere ich bewusst nicht - es sei denn, wir sind in der Spamkneipe oder es ist ein Teil, den ich hervorheben möchte. Kann beispielsweise vorkommen, falls ein Beitrag überwiegend nonsense ist, aber ein guter Absatz dabei ist.
Nachträglich betrachtet ist das Zitat mit der FFmpeg Pipe bisschen unglücklich platziert. Das war eigentlich nur dazu da um zu verdeutlichen, dass eine neue Bridge zum Einsatz kommt.
1. Ich habe geschrieben das es sein kann das MT nicht funktioniert, da der neue x264 bei MeGUI selbst AVISynth supporten tut. <- Das hast du schon mal komplett ignoriert.
Ja, weil du das nicht geschrieben hast. Ich sehe in folgendem Zitat kein "sein" und kein "kann", weshalb mein ursprünglicher Einwand korrekt war.
PS: MT wird auch nicht funktionieren
Solltest du den folgenden Beitrag meinen ...
Kann sein das alle internen Plugins die MeGUI nutzt funktionieren.
Aber Individuelle Scripte die irgendwo auf der Platte sind und relative Pfade enthalten für Plugins oder Module funktionieren nicht mit dem neuen x264 von MeGUI. MeGUI ladet es zwars mit dem internen installierten AVISynth und zeigt es auch alles brav an, aber encodieren geht nicht mehr.
Das gleiche mit MT.
... dann steht dort zwar das "Kann sein" drin, allerdings mit Einschränkungen. Wie gesagt, ich beziehe mich die ganze Zeit nicht auf relative Pfade - ich kauf dir auch ab, dass das nicht mehr geht und das sollte auch behoben werden. Worauf ich mich beziehe ist "Das gleiche mit MT" - es ist eben nicht das Gleiche, MT ist in der Konstellation nicht von dem Problem in der Form betroffen und es funktioniert sowohl bei der Anzeige, als auch beim Encoding.
Jein, das muss nicht immer so sein. Es kann auch mal sein das AVISynth als Programm integriert wird. Dann ist die DLL von AVISynth halt ein Teil davon. Wenn die die Bibliothek in einen Encoder mit kompilieren, kann es auch mal sein das bestimmte Funktionen nicht mehr möglich sind.
Das hingegen kann zwar sein, ist aber hier nicht der Fall - weder bei dem verwendeten FFmpeg, noch bei dem in MeGUI integrierten FFmpeg, noch bei MeGUI selbst.
-
Der neue GraKa Treiber hat geholfen. Skript läuft jetzt durch,
Ich bedanke mich bei allen, die mir geholfen haben und trauere um diejenige, die bei dem Versuch meine Inkompetenz zu verarbeiten von uns gegangen sind.
An diejenigen mein herzliches Beileid ... Rest in Pieces
.Aber Individuelle Scripte die irgendwo auf der Platte sind und relative Pfade enthalten für Plugins oder Module funktionieren nicht mit dem neuen x264 von MeGUI. MeGUI ladet es zwars mit dem internen installierten AVISynth und zeigt es auch alles brav an, aber encodieren geht nicht mehr.
Gut möglich, ich habe relative Pfade nicht ausprobiert. Mir ging's nur um MT und den Funktionsumfang vom SSM, der ja m.W.n. absolute Pfade nutzt, weshalb die Lokalisierung der Plug-Ins da kein Problem ist.
MT ist verglichen mit den Plug-Ins eine andere Geschichte - die SET-Version mit MT wird ja installiert, indem man die installierte avisynth.dll mit einer ersetzt, welche die Funktionalität und die nötigen Befehle mitbringt. Sofern die korrekte avisynth.dll geladen wird, steht das zur Verfügung. Und das tut sie bei mir.
Selbst wenn das FFmpeg als Pipe missbraucht wird und ein y4m RAW File pipen tut an x264.
CodeJob command line: "cmd.exe" /c ""C:\Users\RealLiVe\Downloads\MeGUI-2836-32\tools\ffmpeg\ffmpeg.exe" -loglevel level+error -i "C:\Users\Public\Videos\Sample Videos\Wildlife.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\RealLiVe\Downloads\MeGUI-2836-32\tools\x264\x264.exe" --keyint 300 --sar 1:1 --frames 901 --output "C:\Users\Public\Videos\Sample Videos\Wildlife.264" --stdin y4m -"Mit 32 Bit x264 ging's auch ohne Pipe. Versteh mich nicht falsch, die Info ist wichtig, aber sie stimmt nicht zu 100% - wie gesagt, MT ist funktionsfähig - und sie passt eigentlich auch nicht in ein Thema, in dem es nicht um MeGUI geht.
-
Okay, das müsste sich @De-M-oN dann noch anschauen, falls du das nicht zum Laufen bekommst. NVenc ist ein Encoder, der mit Nvidia-Karten arbeitet und ich habe keine.
Ich stehe ja bekanntlich weniger auf ein ekliges Kotzgrün und bevorzuge stattdessen ein leidenschaftliches Blutrot
jede glich qp auf 16 gesetzt (wie meine Aufnahme)
Das muss nicht unbedingt identisch zur Aufnahme sein.
-
Zu NVEnc kann ich dir nicht viel sagen, sieht für mich aber danach aus, als würdest du da ggf. noch einen alten Grafiktreiber benutzen. Probier's mit einem aktuellen direkt von Nvidia.
Falls ein Update da nicht hilft: Hast du die gleiche Batch wie De-M-oN benutzt? Oder da was angepasst?
-
Ne mkv mit AVIload laden, klingt für mich nicht sinnig. Liegt es daran?
Nein, die Funktion ist vom SSM selber und wird vom Skript für alles mögliche benutzt. Sie wird auch etwas weiter unten im Skript selber definiert, falls du wissen willst, wie sie funktioniert.
Hab ich irgendwas verpeilt?
Probier's mit dem 32 Bit FFmpeg.
PS: MT wird auch nicht funktionieren, da das integrierte AVISynth in dem neuen x264 Encoder ein Original AVISynth+ Support nur hat.
Mal davon abgesehen, dass hier im Kontext des Themas MeGUI nicht mal involviert ist ... bist du dir da sicher? MeGUI 2872 x86 vom Development Update Server macht da nämlich keine Probleme. Es nutzt zwar nicht mehr die alte Pipe, schaltet aber je nach Konfiguration stattdessen FFmpeg (32 Bit) davor, was mit dem installierten "normalen" AVISynth MT umgehen kann.
Und selbst wenn ich das abschalte, funktioniert es mit dem lokal installierten AVISynth ohne + reibungslos.EDIT: Hatte den x86 Build von x264 drauf. Habe das Update nochmal angestoßen und das Paket jetzt auf x64 aktualisiert. Dort kracht es zwar ohne die Pipe von FFmpeg, mit klappt es aber weiterhin.
-
Paar Leute - beispielsweise ich - haben den noch auf der Platte und geben den per PM raus. Wobei man bei dem Workflow auch gut drauf verzichten kann.
-
Bruhmm ... sem, u were too slow. i saw you.
-
Ihr seid genauso gestört wie ich.
-
Sollte ich mir jetzt eine dumme Bemerkung erlauben? Oder soll ich es sein lassen? Es ist so schwierig.
-
Los, machen wir das Forum wieder kaputt.
Die Server schmelzen eh bald. Da hilft der kleine Ventilator, den k4Zz davor aufgestellt hat, auch nicht mehr viel.
-
Das Forum geht wieder! Es ist toll, hier mal reingucken zu können, ohne Aggressionen zu kriegen
Deine Aggressionen machen dich doch erst so liebenswert, Darkiee
-
20 Grad zuviel für meinen Geschmack.
-
Unerwartet üppige Antworten und eine leider strikte Auslegung des Begriffs "Sendeplans". Ergänzen möchte ich noch eine Sache, die ich als relativ wichtig empfinde.
Die Rundfunkkommission gibt sich derzeit unerwartet transparent und hat einen Entwurf für eine Neufassung des Rundfunkstaatsvertrages online gestellt, für den man bis zum 26. August eigene Anregungen einbringen kann. Ob und wann das kommt steht zwar noch in den Sternen, aber der interessante Punkt ist dort der Begriff des "Bagatellrundfunks", der die Lizenzpflicht stark einschränkt und den Streamern Rechtssicherheit bieten soll.
