Beiträge von Sagaras

Wie war das @De-M-oN in Skype?

Windows 10 ist deshalb so schnell, weil vieles gar nicht mehr funktioniert? xD

Durchaus möglich. Kann man aber ja noch ausbauen, nicht? xD

Ich meine, es lässt sich langsam ein Muster erkennen bei den Entwicklungen.

NVIDIA kapselt seine Systeme ab, sodass der User gar nicht mehr an bestimmte Sachen ran kommt, MS versucht vermutlich ähnliches langsam durch Updates ihr System eigentlich besser zu machen, aber dann doch schlechter

Große Firmen wie Sony oder Adobe als auch diverse andere machen ihre Timeline Video Bearbeitungsprogramme vom Standpunkt der De- und Encoder so schlecht das diese glatt von Jahr 2000 stammen könnten.

Ich meine... der User wird ja schon gar nicht mehr gefragt was er möchte, es wird einfach so angedreht und fertig. Entweder nutzt man das so, oder man lässt es.

Das kann ich als Programmierer eigentlich nicht verstehen das man so vorgeht.

Man sollte doch anhand der Computer Geschichte wissen das EndToEnd keine große Lebenserwartungen haben. Menschen wollen ihre Hard- und Software erweitern und aufmotzen können. Aber das geht ja bald gar nicht mehr.

Benutzerfreundlichkeit gut und schön. Aber man sollte als Entwickler eigentlich soweit denken können, das andere Leute was ganz anderes machen wollen mit den Anwendungen bzw. mehr machen wollen damit.

Und das wird schlicht und einfach aus Benutzerfreundlichen Gründen einfach heimlich alles gekappt, damit nur noch ein Mainstream angewendet wird. So nach dem Motto: Jeder auf den gleichen Stand und keine Ausnahme.

Das mag jetzt vllt. noch alles Spekulation sein, aber das Muster was man so nebenbei mitbekommt wo die Entwicklung lang geht, lässt so eine Vermutung entstehen.

Zitat von strohi

Also hat Microsoft das angegangen und dafür einen Frameserver zwischengeschaltet.
Sprich in Zukunft greift nur noch ein Programm auf die Kamera direkt zu, und das ist ein bei Windows mitgeliefertes. Wenn jetzt OBS und Skype den Videostream haben wollen, dann müssen sie zukünftig das Programm fragen und nicht mehr die Kamera direkt (wobei ich vermute, dass das automatisch umgeleitet wird). Und das Programm kann halt dann den Stream an mehrere gleichzeitig weiterliefern.
Bis hier hin richtig gute Idee und schon lange überfällig.

Die Frage die dann offen bleibt: Wenn die Kamera mehrere Farbräume als auch Codecs intern unterstützt wird das ja dann von diesen komischen Frameserver auf mehrere Anwendungen übertragen. Was ist aber wenn ich an verschiedenen Sachen unterschiedliche Qualität haben will. Sprich beim einem möchte ich die Unkomprimierten Bilder der Webcam abgreifen und bei Skype vllt. nur MJPG, weil schneller.

Ich habe da nämlich die Befürchtung das der Frameserver von Windows unantastbar wird und er einfach knallhart auf ein Farbraum geeicht wird wie z.B. YV12. Und dann auch nur ein Codec unterstützt wird. Vllt. das er das in WMV dann macht, weil das ist ja dann so der MS Standard wieder dann.

Schau dir die Movie Maker Sachen an und man weiß eigentlich das man Microsoft sowas nicht anvertrauen darf.

Zitat

Hier hat Microsoft nämlich die Unterstützung für die Codecs H.264 und MJPEG gestrichen. Anwendungen, die sich auf eines dieser Kompressionsformate verlassen, können abstürzen oder einfrieren, wenn man sie unter Windows 10 1607 startet.

@strohi
Cooles Update.

Total richtig von Microsoft. Wer braucht schon H264 oder MJPG. Die sind doch völlig Outdated xD

Da haben wieder sehr viele Mitarbeiter von MS mitgedacht

Naja, so hat er es wenigstens auch gleich für andere Programme

@Hafalix
Ist ne einfache Faustregel:

GOP calculation: fixed
max GOP Size: FPS * 100
min GOP Size: FPS

Na an irgendwas wird es wohl liegen. Kann auch gerne via TeamViewer mal drüber schauen was da Sache ist. Oder @De-M-oN macht das mal.

Zitat von strohi

Dann weiß ich leider nicht, was noch das Problem sein könnte. Sorry.

Das Problem können ja nur 3 Sachen sein.

• Die Decoder arbeiten nicht richtig mit TMPGEnc zusammen
  (Verursacht durch Codec-Packs eventuell)
• Es wird eine veraltete TMPGenc Version genutzt wo ein Bug noch enthalten ist der die Quellen als Interlaced erkennt.
• Die User haben sich noch nicht vertraut mit dem Programm gemacht und haben schon oder halt noch nicht, Settings getroffen die wichtig wären. z.B. ein Standard Start-Preset. Sowas ist mir z.B. bei shotcut bekannt.

Du machst z.B. das gleiche falsch wie der User @Ach. Ihr ladet das als Interlaced und somit wird daraus nicht viel am Ende. Ihr verschleudert das gesamte Potential eurer Progressiv Aufnahme. Die hälfte eurer Aufnahme ist eigentlich voll fürn Arsch Weil die verwerft ihr regelrecht.

Ja und dann? Weißt du wie er es eingelesen hat? Als was er es nun erkannt hat?

Das es ein Video ist, denk ich mal weiß das Programm. Aber er wird das gewiss nach irgendein Preset reinladen und das kann schon falsch sein.

Weiß ja nicht ob TMPGenc irgendwo Projekteinstellungen hat oder dergleichen. Aber das musst du überprüfen. Sonst macht das Programm sonst was mit deinem Video und du weißt das nicht einmal.

Dein angebliches Progressiv Video hat irgendwo Interlaced drin. Sehr schön am Anfang an der Fahne zu sehen die Rechts Oben ist. Da sieht man die Reihen.

Ist halt die Frage wie du aufnimmst und wie du das Video eingelesen hast in dein Schnittprogramm.

Weil ich kann dir definitiv sagen das Progressiv gegenüber Interlaced immer besser abschneiden tut.

Bei dem oberen kann es sein das du Progressiv eingelesen hast und in Interlaced es umgerechnet hast. Das eigentliche Bild wird damit zwars nicht verändert, weil was will man da schon groß falsch machen Aber die Effizient des Encodings ist total fürn Arsch wenn du wirklich mit Interlaced encodiert hast.

Es macht halt 0 Sinn ein Zeilensprungverfahren an ein Vollbild auszuführen. Absolut 0.

Vielmehr glaube ich das du dein Video in Interlaced einlesen lässt und dann ein Interlaced drüber jagst wobei jede 2 Zeile eliminiert wird, entweder nach TFF oder BFF und dann auf die Wunschhöhe gezerrt wird. Sprich dein Interlaced Video hat nur noch die Hälfte an Informationen die du aufgenommen hast. Den Rest hast du glatt weg geworfen. Und das ist unnütze.

Du musst nur dein Workflow richtig anpassen. Dann klappt das auch mit Progressiv. Du machst dir da mehr Aufwand grad als nötig ist.

Zitat von Blooddragon2105

hat mir keine ruhe gelassen.

Bleib ganz ruhig

Der nächste Schritt ergibt sogleich auch meine nächste Frage. Wie lädst du dein RGB Video nun in TMPGEnc ein?
Das ist sehr wichtig das du uns da alle Infos zu gibst, weil davon hängt zum Schluss auch der Encode später von ab.

Zitat von Ach

Hier im Vergleich das selbe Video wie oben schon verlinkt nur mit Interlaced encodiert

Am besten ich hol ein Baseballschläger und hau dich damit

Wieso encodierst du mit Interlaced? Das ergibt 0 Sinn. Du nimmst in Progressiv (Vollbilder) auf und machst nun Interlaced (Halbbilder) draus um somit die Qualität schlechter zu machen. Weiß nicht... ergibt echt kein Sinn ber der Logik die du da fabrizierst xD

Hier, belese dich bitte erst einmal was Interlace überhaupt ist: https://de.wikipedia.org/wiki/Zeilensprungverfahren

Und dann vllt. auch mal das Gegenstück dazu lesen: https://de.wikipedia.org/wiki/Vollbildverfahren

Vollbilder sind immer besser als Halbbilder. Das ist auch beim Encodieren nicht anders.

Du könntest mehr rausholen. Verkorkst es aber durch deinen Workflow. Schade.

Ich sehe YUV420 alias YV12. Kein YUY2 und schon gar kein RGB. Wolltest du nicht weil YUY2 so scheiße angeblich war auf RGB umstellen?

Na dann gib uns doch mal eine Mediainfo der Roh Aufnahme.

Nutz bei DxTory einfach mal "Wait for Available Buffer" und die Thread Priorität machste auf normal.

Zitat von Malzzi

Und noch was: Ab und zu zeigt er mir beim Aufnehmen zu ein "Warnhinweis". Dort steht dann meist immer "Storage", "Memory" und "Encode".

Dann kann er die Aufnahme nicht auslagern, bzw. kommt mit dem schreiben nicht hinterher auf die Festplatte.

Du musst bedenken, es gibt Spiele die sind weniger Komplex sind und Spiele die mehr Komplex sind vom Bild her. Je komplexer sie sind, desto mehr Speicherplatz benötigen sie bei einer Lossless Aufnahme. Und diesen Wert überschreitest du womöglich schon.

Und wenn du mit 60 FPS aufnimmst, dann ist es auch völlig normal das du dann zwischen 55 und 60 FPS aufnimmst. Das liegt A) am Hooking der Aufnahmesoftware in das Spiel + B) das das Spiel keine konstante Framerate hält, sondern in VFR ausgibt.

Es gibt kein Spiel was eine konstante Framerate durchgängig hält.

Was performante Aufnahmen hindern können, kann viele Ursachen haben. z.B. eine langsame Festplatte, oder eine zu volle Festplatte oder Vsync oder zu viele Prozesse im Hintergrund oder ein Programm was neben der Aufnahmesoftware extrem viel CPU zieht. Oder oder oder oder....

Da ich sowas alles nicht hellsehen kann was bei dir die Gründe sind warum bestimmte Sachen nicht gehen wie sie sollte, kann ich da nur spekulieren und versuchen mit dem zu arbeiten was du uns hier angibst.

Dein Rechner musst du aber schon selbst kennen.

Wo liegt denn das Problem generell? Bei der Verarbeitung oder bist du bereits von der Aufnahme schon unzufrieden?

Weil irgendwo in der langen Kette von der Aufnahme bis hin zu YT müssen wir schon ansetzen.

Weil letztens hattest du geschrieben irgendwo das du bereits mit der Aufnahme unzufrieden bist. Daher wäre es hilfreich mit was du aufnimmst und wie du aufnimmst.

Weil selbst TMPGenc kann aus Scheiße kein Gold machen. Selbst mit den besten Encoder Einstellungen nicht.

Eventuell haste noch ein anderen Übeltäter irgendwo sitzen.
Schon probiert in YUV4:2:0 aufzunehmen? Eventuell ist das Material zu komplex das er mit deiner 1080p60 Aufnahme beim schreiben auf die Festplatte nicht hinterher kommt und dir somit die FPS abwürgt.

Zitat von GelberDrache92

Interlace = Halbbilder, wobei der fehlende Teil immer versetzt ist, dadurch ergeben 2 Bilder dann ein ganzes

Jein, muss nicht bedingt versetzt sein. Es sind einfach nur Halbbilder. Sprich 2 Bilder die miteinander verwebt sind pro Zeile und somit jedes Bild nur die Hälfte der eigentlichen Höhe hat.

@Ach
das ist der Unterschied zwischen Interlaced und Progressiv:

Das linke ist ein Vollbild (Progressiv), das rechte besteht aus 2 Halbbilder wo man auch die Verwebung ineinander sieht.

Um Interlaced in Progressiv zu konvertieren nutzt man ein Deinterlacing Verfahren. Da gibt es zig Varianten von Deinterlacing. Für Simple bis hin zu komplexen oder Kuriosen Interlacing Muster gibt es jeweils bestimmte Deinterlacer bzw. Deinterlacing Verfahren.

Beim Deinterlacing können unter anderem Änderungen der FPS zustande kommen, je nachdem was es für ein Interlaced Material ist.

Ließt man so wie du ein Video als Interlaced ein, so wird aus ein Progressiv Video ein Interlaced Video und das ist das was eigentlich vermieden werden will.

Ziel ist es eigentlich immer Progressiv zu erhalten. Denn mit Vollbilder gibt es A) weniger Streß, B) weniger Arbeit und C) bessere Qualität

Das heißt, sofern deine Aufnahme nicht schon als Interlaced Material vorliegt. Das kann aber keiner beurteilen bis jetzt wie und womit du aufgenommen hast. Bzw. was du überhaupt aufgenommen hast.

Mit MSI AB eine Capture Card abzufilmen, dessen Inhalt Interlaced ist hat zur Folge das das aufgenommene Video komplett für die Tonne ist. Sowas macht man nicht.

Eine Interlaced Quelle via Progressiv aufzunehmen ist ebenfalls meist für die Tonne.

Progressiv Quellen via Interlaced aufzunehmen... ja, da ist der User vor dem Rechner selbst schuld Weil sowas ist bescheuert xD

Daher am besten die Aufnahme Quelle via Mediainfo analysieren und auch seine Bearbeitungssoftware richtig zu nutzen wissen ;D

Das ist nicht schwer. Viele tuen sich aber leider immer schwer

Probiere wenn du schon mit Fraps aufnimmst, die Option "Lock framerate while recording". Eventuell hilft das vllt. Wenn nicht, deaktivierste es wieder.

Und bei MSI AB bitte die Framerate nicht limitieren lassen im RivaTuner Statistic Server. Also einfach auf 0 stellen. Auch das sollte helfen.

Wie stelle ich meine Frage richtig?