Beiträge von Sagaras

Zitat von Nobody768

Da alle Themenbereiche sehr viel Umfang haben, muss man Abstriche machen. Ein guter Allrounder zu sein ist mein Ziel. Und das ist am komplexesten, weil es sehr viele Themengebiete sind. Beispiele: Video, Bild und Audiobearbeitung. Musik selber erstellen. Hardware und Software und etliche andere mehr.

Na dann, willkommen im Club.

Nur das ich das auf Ebene 3 ausfechte. Musik spiele ich ja auch Zuhause, weil umsonst hab ich kein YAMAHA Keyboard gekauft. Und Gestalten bzw. generell Richtung Design arbeite ich auch sehr viel. Mache z.B. auch zur Zeit Skulptur Gestaltung mit Blender. Was mir auch recht viel Spaß macht.

Bin halt wie du da, nur das ich das gerne auf deine sogenannte 3 Ebene so gut wie möglich führen möchte.

Und was Hardware und Software angeht bin ich auch nicht von Gestern.

Ich beschränke mich aber in diesem Forum eigentlich nur auf Video, weil es mir wiederstrebt mich noch mehr unbeliebt zu machen und ich gänzlich bei jedem als Klugscheißer angeprangert werde. Was meinste warum ich mich schon aus diesem Forum größtenteils zurück gezogen habe?

Weil die User in diesem Forum gerne die Sachen vertreten die A) Sachlich und Technisch falsch sind, weil viele Seiten im Netz viel Blödsinn auch schreiben und die User das auch noch glauben und B) weil Ebene 1 die anderen beiden Ebenen von dir mit beeinflussen. Vor allem ins Negative meist.

Naja... wie meinte er... "Es liest sich nicht Informativ genug". Sprich mehr Fachbegriffe einbeziehen, damit das auch Gebildeter klingt.

Aber ich glaube er wusste noch nicht recht welche User in diesem Forum unterwegs sind. Daher hab ich es ja runter gebrochen. xD

Aber er wollte sich mit dem Farbmatrix AVISynth Skript das ich im Gleitz Forum präsentiert habe noch mal irgendwann beschäftigen.

@GelberDrache92
BrotherJohn, der Verfasser von Encodingwissen.de hatte ich ja mal ne E-Mail geschrieben bezüglich den Farbmatrizen. Er fand es ja schon im Gleitz Forum interessant das ich da mit AVISynth eine recht schöne Lösung erstellt hatte.
Hatte mit ihm auch noch ein wenig geschrieben und da meinte er das es bei Encodingwissen.de nur grob angerissen wurde und ich da schon etwas weiter mit war. Sprich der Punkt Farbräume ist bei Encodingwissen.de nur kurz angebrochen. Den Link zu dem LPF Tutorial bezüglich der Farbräume ist schon ein Schritt weiter.
Wie hat er zu mir gesagt... Vom Inhalt recht viel, vom Textinhalt zu wenig. Sprich ich hab es nicht so ausführlich geschrieben wie es hätte sein sollen. Da hab ich ihn gesagt das das sonst eh keiner mehr versteht und viele ja ohnehin das nicht mal großartig interessiert. Musste halt so wenig wie möglich sein, damit das überhaupt einer hier lesen tut. xD

Die einfachste Lösung ist meist die Beste.

Hab mir schon gedacht das es sich zu einem Herumgerate wird an was es liegen könnte.
Die Möglichkeiten der Ursache sind ja sehr groß. Könnt euch also was aussuchen was eurer Meinung nach der Grund ist. Nur das wird nix halbes und nix ganzes sein.

Allein weil er schon die PC Hardware genannt hat suggeriert euch irgendwie das Problem auch dort zu lösen und eine Erklärung zu präsentieren.

Ich kann euch aber sagen das mein Intel Core Duo genauso schnell encodiert wie mein 8 Kerner den ich jetzt habe. Mein Core Duo geht vllt. dabei an seine Grenzen und mein 8 Kerner langweilt sich noch.

Hängt dann von den Encodiereinstellungen ab. Daher sagte ich auch schon am Anfang das ein schnellerer und besserer PC nicht automatisch heißt das das Encodieren schneller gehen muss.

Das nur mal so als Info.

Natürlich kann es auch an zig anderen Gründen liegen. Aber ich denke wir werden hier mit Mutmaßungen und Schätzungen und zu glaubende Meinungen die Lösung nicht herausfinden.

Dazu müsste man sich sich die zwei PCs die er da hat aus technischer Sicht durchmessen wie der Durchschnittsatz ist beim Encoding. Denn das ist ja zum einen oft reine CPU Arbeit und zum anderen mehr oder wenig Stapelarbeit was der Encoder da macht.

Zudem muss man ja auch mal Berücksichtigen das Win10 und Win 2008 die er da hat schon doch ein wenig anders arbeiten was Speicherverwaltung und Co angeht. Von den Hintergrunddiensten ganz zu schweigen.

Und ihr wisst eigentlich 0 wie die jeweiligen Rechner BIOS Mäßig eingestellt wurden.

Sind also bis jetzt alles Spekulationen, da ihr so gut wie nix habt von ihn.
Daher erstaunt es mich eigentlich das ihr das so schon raus erkennen könnt.

Ich würde jetzt einfach mal vermuten das durch das intelligente SVRT (Smart Video Rendering Technology) das komplett falsche Profil analysiert und ausgewählt wird.

Sieht nach einem Panorama Effekt irgendwie aus.

Sieht das Video lokal auf deinem Rechner auch ok aus?

Und könntest du eventuell uns deinen Workflow erklären wie du das Video von deinem Programm aus speicherst.
Also welches Profil du wählst, welche Einstellungen du vornimmst, usw.
Am besten und einfachsten wäre es wenn du davon Bilder machst und diese hier z.B. auf http://www.directupload.net/ hochladen tust und hier im Forum uns den Hotlink gibst dazu. Dann können wir uns ein Bild dazu machen.

Zitat von De-M-oN

Ja klar is mjpeg lossy Aber halt vollframe kompression. Keine Referenzen. MJPG ist ausschließlich Intra.

Ich kann dir sagen was Lossless und Intra ist:
MPNG
UTVideo
MagicYUV -> http://www.magicyuv.com/features

Zitat von www.magicyuv.com

MagicYUV is an intra-frame-only codec, compressing each frame separately, which means that every frame in the output video will be a keyframe, similar to an image sequence.

Oder jeder halt auch andere Lossless Codecs wie z.B. Lagarith, usw.
Das sind alles Intra Frame Kompressionen die dort angewendet werden.

H264 nutzt für Lossless eine Inter Frame Kompression. Ebenso für seine Lossy Kodierungen.

Zitat von De-M-oN

MJPG ist zb Intra Kompression. Nur vollframes, aber eben komprimierte

MJPG kann Intra sein, aber JPG ist von Natur aus Verlustbehaftet.

Intra sind halt Vollbilder.
Inter sind Reference bezogene Bilder. Sprich die sind auf Bewegung aus.

Das hat nix mit MJPG zu tun oder ob es Lossless oder Lossy sein muss.

Das hat was mit dem Aufbau der GOP zu tun.

Wenn du bei x264 Lossless aufnimmst, hast du ja auch P Frames mit drin. Mischung aus Intra und Inter Frames.

Zitat von www.univie.ac.at

Bei der Intraframe-Kompression wird jedes Einzelbild komprimiert. Beim Videoschnitt kann so auf jedes einzelne Bild zugegriffen werden. Derart codierte Frames werden als I-Frames bezeichnet.

Im Gegensatz dazu werden bei der Interframe-Kompression gleich bleibende Bildelemente in Bildfolgen zusammengefasst. Man unterscheidet zwischen Predicted-Frames (P-Frames), die aus den vorhergehenden I-Frames errechnet werden, und Bidirectional-Frames (B-Frames), die sich sowohl auf die vorhergehenden I- und P-Frames als auch auf die folgenden I- und P-Frames beziehen. Diese Form der Codierung eignet sich nicht für den Videoschnitt, da die einzelnen Frames mit Ausnahme der I-Frames immer in Abhängigkeit zu den vorangehenden oder nachfolgenden Frames stehen. Diese Form der Kompression wird z.B. bei MPEG-Codecs verwendet.

Letzteres, also Inter-Frames sind Lossy. Weil sich auf Reference Frames bezogen wird.

Und Intra-Frames bzw. I-Frame sind Schlüsselbilder. Oder halt Englisch: Keyframes.

Zitat von MuenSe

Premiere Pro CC

Ist kein Encoder, sondern eine Software.

Zitat von MuenSe

dass ist aber denke ich nur klein Kram, weil zwischen den PCs Welten liegen was das technische Angeht, da glaube ich nicht, dass diese Details das ausmachen

Tuen sie aber. Win10 läuft doch schon ganz anders zwecks Speicherverwaltung als Windows Server 2008.

- Mediainfo bitte in Textansicht.
- Einstellungen von OBS mal posten.

Ich glaube du missverstehst mich.
Die Angaben sind unzureichend um deine Frage beantworten zu können.

Wir können dir so nur Bauchgefühl Meinungen sagen warum das so ist. Aber keine feste klare Aussage geben warum es so ist.

Weil halt viele Faktoren einfließen.

z.B.:
- BIOS Konfiguration
- Dein Betriebssystem jeweils nennen das du verwendest
- aktuelle Prozessorausnutzung im Hintergund + wie viele Anwendungen und Dienste laufen im Hintergrund und mit welcher Last
- Mediainfo des Quellvideos
- Workflow des Videos im Verarbeitungsprogramm (darunter fällt auch mit welchen Programmen du vorgegangen bist.)
- genauere Encoder Einstellungen (Darunter auch mal erwähnen welcher Encoder genutzt wurde)

Das sind so in etwa Grundsachen die man wissen müsste um A) Eindruck vom jeweiligen Rechner und Betriebssystem zu bekommen und B) dein Workflow zu ersehen und auch nachvollziehen zu können was da abläuft.

Weil so wie jetzt ist es ein Ratespiel.

Ein besserer PC heißt nicht automatisch gleich das es schneller sein muss. Da fließen noch diverse andere Faktoren mit ein die du leider nicht mit angegeben hast.

Ist die Videodatei recht unkomplex und muss so gut wie gar keine Filter durchlaufen (viele Effekte usw.), und auch die Encoder gleichermaßen Moderat konfiguriert sind, das die nur ein gewisser Anteil der CPU genutzt wird, wären eventuell beide gleich schnell.

Daher ist der Ansatz mit der Grafikkarte sofern du kein GPU Encoder genutzt hast total irrelevant. Die meisten Encoder sind nämlich CPU Encoder.

Ist das Video recht simple gestrickt wirst du auch nicht gleich den gesamten Speicher ausnutzen. Wäre ja auch Schwachsinn.

Auch die Festplatte ist in dieser Hinsicht total irrelevant, da du ja ein Lossy Encode vollführst mit einer expliziten Bitrate.

Und bitte bei der Bitraten Angabe die Einheit dahinter setzen. Sonst raten andere wie blöd was das nun für eine Bitrate ist. kbit/s oder mbit/s oder tbit/s oder Eier/Äpfel^^

Der andere Aspekt der total unklar ist obliegt dem Videomaterial das du hier nirgendwo eine Mediainfo gepostet hast.
Des weiteren dein Werdegang mit deinen Encodiereinstellungen zwecks Video und Audio.

An sich ist deine Frage eine komplette Mutmaßung und ich müsste so wie jeder andere vermutlich auch aus dem Bauchgefühl jetzt sagen warum es gleich schnell war.

Kann auch sein das dein guter PC mehr Prozesse im Hintergrund am laufen hatte und der schlechte nicht. Und schwups sind die gleich schnell, weil PC vermutlich nicht richtig optimiert wurde, sondern nur so eine Fusstritt-Optimierung ala "Windows rauf und gut ist"

Kurz: Deine Frage ist ohne genauere Analyse des ganzen nicht beantwortbar.

PSP Videos haben in der Regel immer eine Auflösung von 480x272. Also ein Seitenverhältnis von 30:17 was ein Pixelverhältnis von ca. 1,765 ergibt. Also fast 16:9.

Zitat von NessaElessar

Breite : 2 048 Pixel
Höhe : 1 080 Pixel

Das ist recht untypisch. Das entspräche ein Seitenverhältnis von 256:135. Entspricht ein Pixelverhältnis von 1,896.

Ist also schon gar keine 16:9 Auflösung. 16:9 wären entweder 1920x1080 oder 2048x1152
16:9 haben ein Pixelverhältnis von 1,777...

Zitat von NessaElessar

Bildseitenverhältnis : 261,570

Das zum Vergleich der Auflösung, deutet auf ein anamorphes Video hin.

Leider kann ich diese Auflösungs Verhältnis nur schlecht genau entschlüsseln. Methematisch aber lässt es sich ja rekonstruieren:
26157 : 100

Würde ein langen Streifen entsprechen.

Zitat von NessaElessar

Codec-ID : MSNV (MSNV/isom/mp42)

MSNV ist für Sony PSP Videos. Sprich auf einer PSP wäre das Video eventuell lauffähig
isom ist MP4 Base Media v1, eine auf Baseline basierende Struktur
mp42 ist MP4 v2 und heißt das der Container die Version 2 nutzt.

Für gewöhnlich sollte man kein PSP Profil von mp4 nutzen, sondern lieber ein Benutzerdefiniertes selbst anlegen. Das ist sicherer und auch gewiss Einstellungsfreudiger.

Was ich mich aber frage wäre ob das Video abspielbar auf der PSP gewesen wäre? Weil die Dinger nutzen eigentlich für Audio soviel ich weiß Adaptive Transform Acoustic Coding (ATRAC bzw. ATRAC+)

DxTory

Zitat von Schauerland

Das Capturing mag mit RGB geschehen, das rendern der Szene jedoch mit dem eingestellten Farbraum.

Hast du im Codec also nochmal was anderes konvertierst du zweimal (es sei denn die Szene steht auf RGB)

Das ist auch der Grund warum bei hoher GPU Last die FPS zwar stabil sind, die Szene aber FPS drops haben und du das auf der Aufnahme siehst.
Weil deine GPU das Szenen Rendering nicht mehr schafft (dafür wurde der FPS Counter in der letzten Version eingeführt)

Glaub mir hab mich stark mit dem Thema beschäftigt

Alles anzeigen

Dann kannst du mir ja aus dem Quellcode entsprechend von OBS den Teil der dies bewirkt hier posten. Immerhin ist ja das ganze OpenSource. Also sollte es dir ja möglich sein.
Wäre dann ein Handfester Beweis. Dann würde ich Ruhe geben.

Zitat von De-M-oN

Vllt wandelt die Grafikkarte für OBS es ja um, weil OBS es so anfordert? Weiß ja nicht wie das Teil programmiert ist^^

Wenn wir mal bei NVEnc bleiben und davon ausgehen das die GPU dafür sorgt das es NV12 wird, warum wird dann von der PASCAL und einigen anderen Generationen bereits ein YUV 4:4:4 supportet?

Die GPU hat damit rein gar nix zu tun bei NVEnc. Der NVEnc ist erstmal wie ich dir schon mal irgendwo gesagt habe ein Software Encoder der auf Basis einer GPU arbeitet. Der Chip auf der NVIDIA Karte macht wenn überhaupt über den Codec selbst die Umrechnung von RGB auf den entsprechenden Farbraum. Das wäre dann wohl logischer.

Heißt im Klartext:
RGB32 -> OBS Hooking auf DX oder OpenGL -> NVEnc (Nutzt die OBS Settings) -> NVIDIA CHIP (Umwandlung des Farbraumes anhand der NVEnc Einstellung) -> NV12 Aufnahme

Da NVEnc mehr kann als NV12, YV12 und YUY2, ist halt auch YV24 drin. Jedenfalls wenn man den Beschreibungen von NVIDIA glauben darf.

Und Shadowplay arbeitet ja noch mal beim Hooking anders. Der Rattenschwanz bleibt jedoch.

Du weißt ja das MagicYUV auch in der Lage ist Farbräume zu wandeln. Was ja UTVideo z.B. gar nicht kann.

Zitat von derpilly

Weil du wohl nicht alles gelesen hast, was ich geschrieben habe...
Als ob ich nur für mobile Endgeräte Videos mache

Zitat von derpilly

In 15 Jahren werden die wenigsten über PC oder Fernsehn schauen, sondern die meisten werden über Tablets und Handys schauen. Und da brauch ich nun KEIN 4k. Schon heute kommen mehr als 50% der Views von mobilen Geräten. Was meinst du wie das in 10 Jahren aussieht?

Weil du dies so gesagt hast, bin ich davon ausgegangen das du deinen Kanal entsprechend anpassen kannst. Was bringt dir halt ein 720p Video auf nem Handy, wenn das Ding eh einen zu kleinen Display hat und du gerade mal 480p davon wahrnimmst?

@derpilly
Rein Theoretisch müsste ja, wenn ich deine Aussage richtig vernommen habe und du wirklich davon ausgehen tust das die Masse der User Handys oder andere Mobile Geräte nutzt, dir selbst eine Auflösung von max. 480p auf Youtube komplett ausreichen. Weil A) sieht man ja deiner Meinung eh nicht mehr auf diesen kleinen Geräten und B) würdest du damit zig Zeit sparen und C) würde es ja jeden reichen.

Wieso tust du dann das nicht und machst trotzdem 1080p? Lohnt sich doch gar nicht dann, wenn nur ein kleiner Teil deiner Zuschauer auf dem PC deine Videos schaut.

Sehe dann den Mehrwert aus deiner Logik nicht.