Rohschnitzer21
Beiträge: 5

Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Rohschnitzer21 » Di 24 Mär, 2020 16:00

Hallo Codecexperten,

ich importiere einen fertigen Clip https://cloudup.com/cWrd3MGk-ah. Der hat 35MB. Die Importeinstellungen bei FCP stehen auf "optimierte Medien erstellen".

Dann füge ich eine Untertitelung hinzu, exportiere für "Apple geräte 1080p" und ändere die Endung von .m4v auf .mp4.

Die ausgegebene datei soll qualitativ dem importierten Original entsprechen - da will ich keine Experimente wagen. Allerdings hat die ausgegebene Datei 181MB https://cloudup.com/czSeuJJsBGk

Liegt das Problem am Import? Wichtig ist mir, dass die Qualität nicht leidet - aber ein 6-faches Datenmonster will Dr. Frankenstein auch nicht schaffen....

Hat jemand Tipps, für smarte Exportsettings, die man in FCP importieren kann. ich habe kein Compressor.
Danke für die kollegiale Hilfe vorab




srone
Beiträge: 8528

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von srone » Di 24 Mär, 2020 16:17

wie wäre es mit 720p ausgabe, falls verfügbar?

lg

srone
"x-log is the new raw"




Rohschnitzer21
Beiträge: 5

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Rohschnitzer21 » Di 24 Mär, 2020 16:23

Macht es nicht besser....




Jott
Beiträge: 17427

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Jott » Di 24 Mär, 2020 16:30

Dein Clip, den du importierst, hat eine albern niedrige Datenrate (was für eine Quelle?). Und wieso optimierte Medien? Egal. fcp hat halt sinnvolle und vernünftige Ausgabe-Presets hinterlegt. "Apple-Geräte" ist optimiert für Apple-Geräte wie iPhone und iPad, aber auch ein allgemein gut gewählter Kompromiss aus Qualität und Datenrate, und eine 181 MB große Videodatei ist kein "Datenmonster". Eine importierte Datei mit ursprünglich nur einem Bruchteil gängiger Datenraten wird halt größer ausgegeben. Betrachte es als "Stabilisierung" fragiler Bilddateien.

Wenn du dennoch Winzdateien erzeugen willst, dann ist Handbrake dein kostenloser Freund. Hau deine 181 MB-Monsterdatei da rein und mach dich glücklich. Musst halt probieren, wie gering die Datenrate werden kann, bevor das Bild zusammen bricht. Hängt von vielen Faktoren ab, vor allem von der Art deiner Aufnahmen (ruhig oder wackelig etc.).
Zuletzt geändert von Jott am Di 24 Mär, 2020 16:35, insgesamt 1-mal geändert.




srone
Beiträge: 8528

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von srone » Di 24 Mär, 2020 16:31

dann musst du die ausgabe datenrate begrenzen, wobei ich 6,5mbit für nicht wahnsinnig viel halte, ich sehe eher dass eingangsmaterial als überkomprimiert an, woher kommt den das?

edit: jott war schneller :-)

lg

srone
"x-log is the new raw"




Rohschnitzer21
Beiträge: 5

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Rohschnitzer21 » Di 24 Mär, 2020 16:37

Die dateien kommen von einem Kunden. Da werden dann Untertitel oder texttafeln drangehängt/drübergelegt. Ich würde halt ungern so große Dateien zurücksenden, wenn ich kleine - aus meiner Sicht gut aussehende - Dateien erhalte. Es handelt sich um Videos für Online/Mailings oder Aufzeichnungen von Telefonkonfis/Webcasts...




Rohschnitzer21
Beiträge: 5

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Rohschnitzer21 » Di 24 Mär, 2020 16:41

Jott hat geschrieben:
Di 24 Mär, 2020 16:30
Dein Clip, den du importierst, hat eine albern niedrige Datenrate (was für eine Quelle?). Und wieso optimierte Medien? Egal. fcp hat halt sinnvolle und vernünftige Ausgabe-Presets hinterlegt. "Apple-Geräte" ist optimiert für Apple-Geräte wie iPhone und iPad, aber auch ein allgemein gut gewählter Kompromiss aus Qualität und Datenrate, und eine 181 MB große Videodatei ist kein "Datenmonster". Eine importierte Datei mit ursprünglich nur einem Bruchteil gängiger Datenraten wird halt größer ausgegeben. Betrachte es als "Stabilisierung" fragiler Bilddateien.

Wenn du dennoch Winzdateien erzeugen willst, dann ist Handbrake dein kostenloser Freund. Hau deine 181 MB-Monsterdatei da rein und mach dich glücklich. Musst halt probieren, wie gering die Datenrate werden kann, bevor das Bild zusammen bricht. Hängt von vielen Faktoren ab, vor allem von der Art deiner Aufnahmen (ruhig oder wackelig etc.).
Naja, ich kann in FCP die datenrate nicht beeinflussen, oder? Und wenn ich ein H.264 in 1920x1016 mit 12,82fps und 22,4kBit/s in 14MB erhalte, und es nach dem Anfügen einer 3sec texttafel exportiere, muss es doch nicht 10-fach größer sein? Die Settings beim FCP habe ich extra so gewählt, dass das Projekt die Einstellungen des erstimportierten Clips übernimmt....




srone
Beiträge: 8528

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von srone » Di 24 Mär, 2020 16:49

Rohschnitzer21 hat geschrieben:
Di 24 Mär, 2020 16:00
Die ausgegebene datei soll qualitativ dem importierten Original entsprechen

wenn ich ein H.264 in 1920x1016 mit 12,82fps und 22,4kBit/s in 14MB erhalte
es war nicht abzusehen, dass dein eingangsmaterial so totkomprimiert ist, dann musst du es ebenso komprimieren, da wäre das erwähnte kostenlose handbrake die ideale lösung.

lg

srone
"x-log is the new raw"




dosaris
Beiträge: 1113

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von dosaris » Di 24 Mär, 2020 17:00

Rohschnitzer21 hat geschrieben:
Di 24 Mär, 2020 16:41
...wenn ich ein H.264 in 1920x1016 mit 12,82fps und 22,4kBit/s in 14MB erhalte, und es nach dem Anfügen einer 3sec texttafel exportiere, muss es doch nicht 10-fach größer sein?
wenn man die Suchfunktion hier nutzt findet man etliche Beurteilungen dazu:

je schlechter der eingesetzte Encoder, desto größer wird die Ausgabedatei nach dem Export bei vorgegebener BildQualität
bzw desto schlechter ist die Bildqualität bei geringerer Dateigröße.
Problemlösung (hier schon genannt) wäre der kostenfreie X.264-Encoder (uncomprimiert exportieren)

und wieso 12,82fps ? es werden doch 25 fps genannt
und es bleibt doch bei 1280 laut
https://cloudup.com/czSeuJJsBGk ?!?
Zuletzt geändert von dosaris am Di 24 Mär, 2020 17:18, insgesamt 1-mal geändert.




Rohschnitzer21
Beiträge: 5

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Rohschnitzer21 » Di 24 Mär, 2020 17:17

Gut aufgepasst und Danke für die Infos. Mit der Suche hier komme ich leider gar nicht zurecht. Daher noch ein danke für die schnellen Antworten.

Die Screenshots waren von einem früheren Projekt, bei dem ich bereits die Probleme hatte, aber keine Antworten erhalten hatte (in einem non-Video-Forum). Aktuell sitze ich gerade an einem neuen, mit den oben beschriebenen Settings - und wollte nun endlich mal Klarheit. Ich freue mich hier fündig geworden zu sein - und über links zu Tipps bzgl. smarten Exportsettings in FCP. Vielleicht gibts da ja was zum importieren?




Jott
Beiträge: 17427

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Jott » Di 24 Mär, 2020 17:57

Gönn dir einen Leseabend: rechts oben unter „Hilfe“ verbirgt sich das gut geschriebene Manual. Völlig aus der Mode, ich weiß, aber all deine Fragen werden dort beantwortet. Angefangen mit dem Sinn der Kästchen, die du im Importdialog siehst. Was „optimierte Medien“ sind und wozu man die eventuell braucht, scheinst du zum Beispiel noch nicht zu wissen. Du hast halt mal draufgeklickt, richtig?

Deine ganzen Angaben sind halt wirr, ich glaube niemand weiß so recht, worauf du raus willst.

Grundsätzlich kannst du viel Energie sparen, indem du einfach davon ausgehst, dass die Ausgabe-Presets Sinn machen.




R S K
Beiträge: 1388

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von R S K » Mi 25 Mär, 2020 13:34

Jott hat geschrieben:
Di 24 Mär, 2020 16:30
Dein Clip, den du importierst, hat eine albern niedrige Datenrate (was für eine Quelle?). Und wieso optimierte Medien? Egal. fcp hat halt sinnvolle und vernünftige Ausgabe-Presets hinterlegt. "Apple-Geräte" ist optimiert für Apple-Geräte wie iPhone und iPad, aber auch ein allgemein gut gewählter Kompromiss aus Qualität und Datenrate, und eine 181 MB große Videodatei ist kein "Datenmonster". Eine importierte Datei mit ursprünglich nur einem Bruchteil gängiger Datenraten wird halt größer ausgegeben. Betrachte es als "Stabilisierung" fragiler Bilddateien.

Wenn du dennoch Winzdateien erzeugen willst, dann ist Handbrake dein kostenloser Freund. Hau deine 181 MB-Monsterdatei da rein und mach dich glücklich. Musst halt probieren, wie gering die Datenrate werden kann, bevor das Bild zusammen bricht. Hängt von vielen Faktoren ab, vor allem von der Art deiner Aufnahmen (ruhig oder wackelig etc.).
↑ Genau das. ↑

Die Apple Voreinstellungen sind eben deutlich großzügiger als andere um die bestmögliche Qualität zu bekommen, ohne Rücksicht auf Größe. Bis auf eben die die entsprechende Apple-Geräte halt brauchen/können.

Wie Jott schon sagte, wenn es tatsächlich bei der (nach heutigen Maßstäben) doch eigentlich lächerlichen Größe noch immer zu groß ist und du im Zweifelsfall eben lieber Qualität einbüßen möchtest… gib es als „Original” aus und jag es durch Handbrake.

- RK
FCP X User? Hier gibt es ein umfassendes Training auf Deutsch!
Youtube / Facebook




markusG
Beiträge: 900

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von markusG » Mi 25 Mär, 2020 18:12

R S K hat geschrieben:
Mi 25 Mär, 2020 13:34
gib es als „Original” aus und jag es durch Handbrake.
Wird dann nicht alles doppelt codiert? Also das Endfile mitsamt den Texttafeln...
Was spricht gegen Compressor? Das reicht doch alles aus FCP X durch, oder?

@Jott: es gibt Szenarien, da gibt es ein Limit der Dateigröße. So traurig das ist - da nützt einen die wohlgemeinte Voreinstellung dann nicht weiter.




R S K
Beiträge: 1388

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von R S K » Mi 25 Mär, 2020 18:20

markusG hat geschrieben:
Mi 25 Mär, 2020 18:12
Wird dann nicht alles doppelt codiert?
„Original” (insofern unverändert) ist ProRes 422. Ergo: quasi „Lossless”. Der Schritt macht NULL Unterschied. Erst recht bei so einem Ausgangsmaterial.


markusG hat geschrieben:
Mi 25 Mär, 2020 18:12
Was spricht gegen Compressor?
Gar nichts. Nur benutzt Handbrake zum Transcodieren ffMPEG was insgesamt bessere Ergebnisse liefern kann bei noch kleineren Dateigrößen. Ist auch dank entsprechenden Presets einfacher in der Handhabung. Bei Compressor musst du merklich mehr Ahnung vom ganzen „Codec”-Thema haben um ohne großen Aufwand und rumexperimentieren schnell zum gewünschten Ergebnis zu kommen.

- RK
FCP X User? Hier gibt es ein umfassendes Training auf Deutsch!
Youtube / Facebook




Axel
Beiträge: 12858

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Axel » Mi 25 Mär, 2020 18:35

markusG hat geschrieben:
Mi 25 Mär, 2020 18:12
@Jott: es gibt Szenarien, da gibt es ein Limit der Dateigröße. So traurig das ist - da nützt einen die wohlgemeinte Voreinstellung dann nicht weiter.
Beschreib mal so ein Szenario. Eine 720p Datenrate von 1,3 MB/s ist die typische Youtube-Distributionsqualität, nicht die Upload-Empfehlung!

EDIT: ... und ganz, ganz bestimmt nicht die Empfehlung für die Footage-Qualität. Würg!

Hättest du Compressor, könntest du die Qualität so weit drosseln, dass du nur noch Pixelblöcke sähest. Das würde keiner sehen wollen. Doppelt gespart!
Na und? Im Fernsehen wird ja auch alles wiederholt ...




Jott
Beiträge: 17427

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Jott » Mi 25 Mär, 2020 18:58

Axel hat geschrieben:
Mi 25 Mär, 2020 18:35
Beschreib mal so ein Szenario.
Ja, würde mich auch interessieren. In 2020.

Oft glauben die Leute tatsächlich, dass man möglichst kleine Dateien zu YouTube hochladen muss. Falls es darum geht, um YouTube: eher ist das Gegenteil der Fall. Und einen Kopf machen muss man sich sowieso nicht, denn der YouTube-Upload zum eigenen Account erfolgt direkt aus der fcp x-Timeline wie jede andere Ausgabe auch. Mit welchen Datenraten, interessiert nicht. Davon kriegt man gar nichts mit. Passiert optimiert und automatisch. Funktioniert halt.

Falls es nicht um YouTube geht, um was dann? Würde interessieren, sofern kein Geheimnis.




cantsin
Beiträge: 6884

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von cantsin » Mi 25 Mär, 2020 19:10

Jott hat geschrieben:
Mi 25 Mär, 2020 18:58
Axel hat geschrieben:
Mi 25 Mär, 2020 18:35
Beschreib mal so ein Szenario.
Ja, würde mich auch interessieren. In 2020.
Bei Vimeo gibt's Dateigrößenbeschränkungen, auch bei den bezahlten Accounts, z.B. im Tarif "Vimeo Plus" auf 5GB pro Woche. Je nach Länge und Auflösung des Videos (und je nach der Zahl der Videos, die man innerhalb dieser Zeitspanne hochladen will) kann das schon knapp sein.

Bei den Gratisaccounts liegt das Limit bei 500MB.




Jott
Beiträge: 17427

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Jott » Mi 25 Mär, 2020 19:20

Ich habe nicht das Gefühl, dass wir von 5GB/Woche reden! Sondern von einem File, das mit 180 MB als zu groß empfunden wird.

Und die prinzipiell hervorragende Qualität von Vimeo ist hier garantiert irrelevant.

Egal, wieso Ratespiele - der Threadstarter muss sein Problem verraten. Ich nehme stark an, er sitzt irgend einem Denkfehler auf, oder hat schlicht eine randvolle Festplatte. Oder einen zu vollen USB-Stick. Vielleicht erfahren wir's.




markusG
Beiträge: 900

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von markusG » Mi 25 Mär, 2020 22:58

Axel hat geschrieben:
Mi 25 Mär, 2020 18:35
Beschreib mal so ein Szenario. Eine 720p Datenrate von 1,3 MB/s ist die typische Youtube-Distributionsqualität, nicht die Upload-Empfehlung!
Es gibt zb bei gewissen Videoinstallationen noch genügend Homebrew- oder schlicht veraltete Player, da wird dann schnell die Grätsche gemacht. Von dem Support von "modernen" Codecs a la HEVC will ich mal gar nicht sprechen.

Für YT & Co sollte das natürlich kein Problem darstellen, die komprimieren doch eh erneut. Da wäre eine zu starke Komprimierung kontraproduktiv.




iMac27_edmedia
Beiträge: 977

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von iMac27_edmedia » Mi 25 Mär, 2020 23:04

ganz einfach Compressor nehmen und das dementsprechend komprimieren




Jott
Beiträge: 17427

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Jott » Do 26 Mär, 2020 04:04

Wenn Handbrake zu kostenlos ist, klar, Compressor kann man sich kaufen. Viele Wege führen nach Rom und zu winzigen Videofiles.




R S K
Beiträge: 1388

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von R S K » Do 26 Mär, 2020 10:35

Jott hat geschrieben:
Do 26 Mär, 2020 04:04
Wenn Handbrake zu kostenlos ist, klar,…
😂

Der war gut.
FCP X User? Hier gibt es ein umfassendes Training auf Deutsch!
Youtube / Facebook




markusG
Beiträge: 900

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von markusG » Do 26 Mär, 2020 11:29

Jott hat geschrieben:
Do 26 Mär, 2020 04:04
Wenn Handbrake zu kostenlos ist, klar, Compressor kann man sich kaufen. Viele Wege führen nach Rom und zu winzigen Videofiles.
Das beantwortet die Frage ja nicht: kann man bei Handbrake nur das gerenderte Video reinschieben und codiert daher lieber in ProRes? Oder kann es wie Compressor direkt das Projektfile abgreifen?

Klar wenn einem die Qualität eh Wumpe ist stellt sich die Frage ja nicht. Aber da es schon ne Weile her ist dass ich sowas wie Compressor oder Handbrake eingesetzt habe stellt sich zumindest mir die Frage wie es sich aktuell verhält.

Darüber hinaus: Der TO hat ja von nem Kunden geschrieben, da würde ich mir Gedanken machen wenn einmalig 55€ den Ausschlag machen....




cantsin
Beiträge: 6884

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von cantsin » Do 26 Mär, 2020 11:42

markusG hat geschrieben:
Do 26 Mär, 2020 11:29
Jott hat geschrieben:
Do 26 Mär, 2020 04:04
Wenn Handbrake zu kostenlos ist, klar, Compressor kann man sich kaufen. Viele Wege führen nach Rom und zu winzigen Videofiles.
Das beantwortet die Frage ja nicht: kann man bei Handbrake nur das gerenderte Video reinschieben und codiert daher lieber in ProRes? Oder kann es wie Compressor direkt das Projektfile abgreifen?
Handbrake ist ein Video-zu-Video-Konverter - also in der Tat: ProRes 'rausrendern, in Handbrake importierten und dann h264 in der gewünschten Bitrate rausrendern. Beste Qualität erreichst Du mit dem Encoder-Preset "Veryslow" und Optimierungsparametern wie "Film", "Animation" und "Grain".




Jott
Beiträge: 17427

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von Jott » Do 26 Mär, 2020 12:47

Geht durchaus auch ohne ProRes-Zwischenweg. Was der Threadstarter beschreibt, hat ja keinerlei qualitativen Anspruch. So lange Schrift nicht verpixelt, passt's.

Was macht man im realen Leben? Einen typischen 20-Sekunden-Teil zum Testen nehmen, in Handbrake ein paar Datenraten ausprobieren, gucken und fertig. Geht in fünf bis zehn Minuten statt langen Thread-Tagen. Nur Mut! :-)




hexeric
Beiträge: 98

Re: Warum macht FCP X aus schlanken mp4 Datenmonster nach Bearbeitung?

Beitrag von hexeric » Do 26 Mär, 2020 13:57

weil fcpX beim export mit festgelegten bitraten rechnet. für "apple devices" sind diese niedriger, aber dennoch vorgegeben, denn fcpX geht davon aus, du willst gute qualität.
wenn du darauf einfluss nehmen willst und ein custom preset bauen, dann brauchst du compressor. macht sinn. handbrake brauchst du nicht, schreibt übrigens x264 und nicht von apple für apple optimiertes h264 (oft kein colorsync und dünkler)




Social Media

       
 Aktuelle Beiträge [alle Foren]
 
» Zwei Kamera live signale mischen
von vouager - Do 1:51
» Der Nächste: Nikon sagt die NAB 2020 wegen Coronavirus ab
von roki100 - Do 0:34
» 1200mm post billig Tele Quali einschätzen?
von roki100 - Do 0:29
» Ich mache eigentlich nur "Nischenfilme" Schaust Du trotzdem?
von Chiara - Do 0:25
» Künstler: Simon Ubsdell und Apple Motion
von roki100 - Do 0:11
» G9 gut oder doch lieber die GH5?
von srone - Do 0:01
» Krisenkonform produziertes Video - Mit Dankesgruß und Social Distancing
von handiro - Do 0:00
» Neuheiten an Kamerataschen
von Jörg - Mi 22:08
» Passion für Lost Places
von klusterdegenerierung - Mi 21:36
» Canon EOS-1D X Mark III in der Praxis: Vollformat Flaggschiff mit interner 5.5K RAW LOG Aufnahme
von iasi - Mi 20:19
» Welches Seitenverhältnis/Bildformat wähle ich?
von Jott - Mi 19:53
» Apple Final Cut Pro X und Logic Pro X jetzt für 90 Tage kostenlos
von R S K - Mi 18:55
» „Concatenation" eine bewegte Collage
von cantsin - Mi 16:08
» Premiere Plugins und andere Tools von Motion Array für 90 Tage kostenlos
von slashCAM - Mi 15:57
» BIETE: Blackmagic Pocket Cinema Camera 6K EF
von Darth Schneider - Mi 15:21
» RED Cine X + RED Player frieren sofort ein
von Manfred Pfefferle - Mi 15:11
» BIETE: RED DSMC2 Gemini 5K + Zubehör
von thorstenhary - Mi 14:45
» Tilta BMPCC 4K/6K Display Modification Kit
von roki100 - Mi 14:31
» Apache License in Website
von dienstag_01 - Mi 14:25
» TV-Tip: ZeroZeroZero
von cantsin - Mi 13:33
» Sony AX100 Sucher zu dunkel
von hovawart58 - Mi 12:33
» Manfrotto: neue Reisestativ-Kollektion Element MII
von slashCAM - Mi 10:48
» Insta360 One X: Nur mit 30fps?
von ksingle - Mi 10:31
» Was hörst Du gerade?
von klusterdegenerierung - Mi 1:59
» acdsee Video Studio 3 - Kostenlos bis zum 15.April 2020
von srone - Di 23:12
» Hauptzähler 40D, bitte um Rat
von Jott - Di 20:32
» Zwei Videos (Sprecher und Präsentation) gleichzeitig steuern auf einer Webseite
von SMG - Di 19:39
» Planar YUV ändern
von Jott - Di 17:55
» Komponist für Medien - WE Audio
von WilliamEqual - Di 17:33
» Panasonic 100-300 I
von MarcusWolschon - Di 14:22
» Speed- ohne Schnitt Änderung?
von klusterdegenerierung - Di 13:45
» Apple ProRes RAW for Windows 1.0 (Beta) ist da - fast ohne Kommentar
von cantsin - Di 13:17
» In eigener Sache -- die Gewinner der Sennheiser-Verlosung stehen fest
von klusterdegenerierung - Di 13:13
» Backup bei Kameras mit 1 Speicherkarte über Externen Recorder?
von Micha22 - Di 12:42
» Wiedereinsteiger- GH5 + Welche Schnitthardware?
von Mediamind - Di 12:10
 
neuester Artikel
 
Canon EOS-1D X Mark III

Mit der Flaggschiff Canon EOS 1-D X Mark III zeigt Canon, was derzeit bei Video-DSLRs möglich ist: Interne 12 Bit 5.5K RAW Log Aufnahme mit max. 60p (!), 5-Achsen Stabilisierung, internes 4K 10 Bit H.265 Log Recording uvm. Wir haben uns die Canon EOS -1D X Mark III in der Praxis angeschaut - teils mit überraschenden Ergebnissen weiterlesen>>

Blackmagic Video Assist 12G HDR Test

Auf der IBC 2019 angekündigt ist er nun endlich lieferbar: Der Blackmagic Video Assist 12G HDR 7 ist eine mobile Monitoring- und Aufzeichnungslösung mit einem sehr hellen Wide Color Gamut (WCG) 2500-Nit Touch-Display. Doch reicht dies, um Atomos die Show zu stehlen? weiterlesen>>

neuestes Video
 

Aktuelles Video:
Succession Composer Breaks Down the Theme Song | Vanity Fair

Für alle, die sich auch für Musik interessieren, geht es hier um die Entstehung der -- wie wir finden extrem gelungenen -- Musik zur HBO-Serie Succession. Komponist Nicholas Britell führt am Klavier durch die verschiedenen tonalen Layer und reizenden Dissonanzen.