MagicYUV - Ein neuer Lossless Codec!

Zitat von Varkolac

Sieht ja sehr schön aus das Programm, aber ich hab das getestet (mit LeagueOfLegends) und das braucht etwa 500MB für 10 Sekunden Video. Das kann doch nicht sein, oder? 1h Aufnehmen wären dann 180GB. Ich hab vor Ewigkeiten mal was mit [lexicon]Lagarith[/lexicon] gemacht und hab da was von wegen ~1GB/Minute im Kopf

Video
ID                                       : 0
Format                                   : MAGY
Codec-ID                                 : MAGY
Dauer                                    : 24min
Bitrate                                  : 471 Mbps
Breite                                   : 2 560 Pixel
Höhe                                     : 1 600 Pixel
Bildseitenverhältnis                     : 16:10
Bildwiederholungsrate                    : 25,000 FPS
Bits/(Pixel*Frame)                       : 4.604
Stream-Größe                             : 79,6 GiB (99%)

Bedenke die [lexicon]Auflösung[/lexicon] + ist es in YUV 4:2:2 was nochmal deutlich mehr Speicher nimmt

Also 180 GB auf 1std - nicht wirklich. Du kannst nich nur 10 sek aufrechnen und darauf dann auf die kompressionsrate schließen. Nimm 10sek menüphase auf und die Datei wird zb genau das Gegenteil bei dir sein ..

1 GB / minute bei [lexicon]lossless[/lexicon]? Unrealistisch.

Ja ok solche Mikroskopenauflösungen hab ich jetzt nicht bedacht, sorry

Keine neue Encode Optionen. Bloß Tray notifications.

Bessere Source - besseres Arbeitsmaterial, fängt beim Skalierer schon an.

Wenn du ein Timeline Programm verwenden solltest, wäre sogar RGB anzuraten.

Nuja du musst bedenken das eine [lexicon]NLE[/lexicon] eh schonmal dein Video angreift, wenns kein RGB Eingang ist.

Denn jede [lexicon]NLE[/lexicon] tut dein Video beim Einlesen erstmal auf RGB32 aufblasen. Das heißt direkt beim Einlesen in die [lexicon]NLE[/lexicon] haste schon verlust (ließe sich vermeiden, wenn man halt anders arbeiten würde und wäre sogar kostenlos ([lexicon]MeGUI[/lexicon] + [lexicon]Avisynth[/lexicon] )
RGB braucht natürlich auch viel Ressourcen beim aufnehmen.

Aber du musstes halt auch so sehen: Die Filter die du bei deinem [lexicon]Magix[/lexicon] anwendest ([lexicon]Auflösung[/lexicon], Effektfilter etc) müssen ja mit dem material arbeiten, was du denen vorwirfst. Das gleiche gilt natürlich auch für den späteren Encode.
Da gehört natürlich auch die Chroma [lexicon]Auflösung[/lexicon] hinzu.
Das gilt natürlich auch für Audio gleichermaßen. Spätestens bei MP3s solltes einigermaßen verbreitet sein, das man diese nicht mehrfach speichern soll.

Und das gilt natürlich für youtube gleichermaßen. Für youtube wäre [lexicon]lossless[/lexicon] RGB natürlich gleichermaßen das beste Aber auch im [lexicon]lossy[/lexicon] bereich ist auch eine speicherung in höherwertigererem Chroma als 4:2:0 möglich 4:2:2 wäre bereits schon viel besser und kaum größer.
Aber [lexicon]NLE[/lexicon] Entwickler haben ein seit ~2003 existierender standard es noch immer nicht geschafft alle [lexicon]h.264[/lexicon] features zu unterstützen, geschweige denn ein output in besserem Chroma. Somit wird es auch gerne mal [lexicon]H.264[/lexicon] MP4s geben (denn [lexicon]MKV[/lexicon] [lexicon]container[/lexicon] kann eine [lexicon]NLE[/lexicon] ja auch nicht öffnen.. ) die dein [lexicon]Magix[/lexicon] nicht öffnen kann. Ich kann dir zb gerne eine 4:2:2 [lexicon]H.264[/lexicon] [lexicon]MP4[/lexicon] geben und dein [lexicon]Magix[/lexicon] kann es nicht öffnen. Selbst mit [lexicon]OBS[/lexicon] wäre das machbar. Ein [lexicon]H.264[/lexicon] [lexicon]Decoder[/lexicon] kann nicht alle [lexicon]H.264[/lexicon] Features - obwohl es den Standard seit 2003 ungefähr gibt. Ich würde mich als Kunde verarscht fühlen. Vor allem wenn man bedenkt das du mit [lexicon]x264[/lexicon] kostenlos und wesentlich effizienter encodierst und dazu jegliches [lexicon]h.264[/lexicon] feature auch unterstützt wird - was man eig. von einem [lexicon]decoder[/lexicon] auch erwarten sollte. Von den nicht existenten Encodeeinstellungen in NLEs ganz zu schweigen.

Kommt eben drauf an, was du bereit bist zu tun.

Qualitativ toll wäres wenn du keine [lexicon]NLE[/lexicon] benutzt ala [lexicon]magix[/lexicon].

Sprich auf [lexicon]MeGUI[/lexicon] umsteigen.

Andernfalls bei [lexicon]Magix[/lexicon] : RGB Aufnahme sofern ressourcentechnisch mit dem PC möglich
und dann dich diesem Tutorial widmen: x264vfw für Videoschnittprogramme (Erklärt an Magix)

Wenn du in RGB aufnehmen willst, nimm lieber UTVideo.

[lexicon]MagicYUV[/lexicon] nimmt sonst in RGB32 auf und das komprimiert schlechter als UTVideo RGB24 und verbraucht allgemein unnötig mehr ressourcen.

UTVideo gibt es hier: http://umezawa.dyndns.info/arc…eo/utvideo-15.2.0-win.exe

Davon dann den RGB nehmen und in konfig entspricht der dividor die threadmenge.