Amateurfilm-Forum

Hier der output unter der Ansicht "Text"

Allerdings versteh ich nicht so recht warum ich beim rendern eine höhere Bitrate benötige als das Originalvideo hat, um es zumindest 1:1 ohne Kompressionsfehler abbilden zu können.

General
Complete name : H:\DJI Phantom\Prjoekt Mirta\DJI00046.MP4
Format : MPEG-4
Format profile : JVT
Codec ID : avc1
File size : 190 MiB
Duration : 2mn 4s
Overall bit rate mode : Variable
Overall bit rate : 12.8 Mbps
Encoded date : UTC 2014-09-09 15:38:48
Tagged date : UTC 2014-09-09 15:38:48
©xyz : +48.1393+16.6704

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=3, N=15
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2mn 4s
Bit rate mode : Variable
Bit rate : 12.8 Mbps
Maximum bit rate : 14.9 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.206
Stream size : 190 MiB (100%)
Title : DJI AVC
Language : English
Encoded date : UTC 2014-09-09 15:38:48
Tagged date : UTC 2014-09-09 15:38:48

danke für die Arbeit -

Habs exakt so probiert wie du es auch gemacht hast - mein Ergebnis hat allerdings massive Kompressionsartefake.

Vordergrund (also die Darstellerin ist ok) - aber alles im Hintergrund weist massive Kompressionsfehler auf. Habs dann zusätzlich auch an nem längeren Clip mit ähnlichem Thema probiert - selbes Spiel; in dem Moment wo sehr ähnliche Farben auftreten ist es fast nicht mehr anschaubar.

Dreh ich die Bitrate auf >15.000 wirds gut - geh ich auf 20.000 wirds fehlerlos.

wie es scheint konvertiert selbst Google drive das Material das auf seinem Server liegt neu - mir als Besitzer des Files gibt er wenn ich die Datei runterlade folgende Datei aus (diese weist so gut wie keine Kompressionsfehler auf und hat auch eine wesentlich höhere Bitrate). Von den ganzen Werten her scheint sie(mit Ausnahme der Format-Profile Bezeichnung) auch mit dem Original übereinzustimmen. Geringe Unterschiede in der Bitrate entstehen scheinbar schon bei der Aufnahme je nach Geschwindigkeit etc. Hab mir jetzt noch nen Dropbox account gemacht und die selbe Datei auch dort hochgeladen https://www.dropbox.com/s/ifyg44lrmtai4b…ie_cut.MP4?dl=0

Aber auch dort ist die Voransicht furchtbar - wenn ich die Datei aber runterlade hat sie wieder das Originalformat.



General
Complete name : H:\Download\DJI00020 - Kopie_cut (2).MP4
Format : MPEG-4
Format profile : QuickTime
Codec ID : qt
File size : 19.0 MiB
Duration : 11s 712ms
Overall bit rate mode : Variable
Overall bit rate : 13.6 Mbps
Encoded date : UTC 2014-08-22 12:15:35
Tagged date : UTC 2014-08-22 12:15:35
Writing application : Lavf56.1.100

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=3, N=15
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 11s 712ms
Bit rate mode : Variable
Bit rate : 13.6 Mbps
Maximum bit rate : 14.9 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.219
Stream size : 19.0 MiB (100%)
Language : English
Encoded date : UTC 2014-08-22 12:15:35
Tagged date : UTC 2014-08-22 12:15:35


Hier zum Vergleich noch ein Originalfile von der Camera vom selben Tag mit identen Einstellungen

General
Complete name : H:\DJI Phantom\Projekt Martina\DJI00017.MP4
Format : MPEG-4
Format profile : JVT
Codec ID : avc1
File size : 63.9 MiB
Duration : 40s 941ms
Overall bit rate mode : Variable
Overall bit rate : 13.1 Mbps
Encoded date : UTC 2014-08-22 12:01:30
Tagged date : UTC 2014-08-22 12:01:30
©xyz : +48.1383+16.6700

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=3, N=15
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 40s 941ms
Bit rate mode : Variable
Bit rate : 13.1 Mbps
Maximum bit rate : 14.9 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.211
Stream size : 63.9 MiB (100%)
Title : DJI AVC
Language : English
Encoded date : UTC 2014-08-22 12:01:30
Tagged date : UTC 2014-08-22 12:01:30

hab die Datei die eigentlich ohne nennenswerte Kompressionsartefakte läuft jetzt mal auf Vimeo hochgeladen

- Passwort=Test


Vimeo reduziert hier allerdings die Bitrate so sehr dass man es sich nicht mehr anschauen kann - massivste Kompressionsfehler beim Gras im Hintergrund.

Ich werde jetzt mal noch ein wenig herumtesten und schauen ob ich auf nen Nenner komm.

So - alles getestet - hab jetzt die ungeschnittene Originaldatei auf Vimeo hochgeladen und auch dort bei der Online-Version die selben Kompressionsfehler.

Also entweder mag Vimeo den Codec der Originaldatei einfach nicht so recht oder aber man muss zuvor die Bitrate erst künstlich in die Höhe drehen (wie ich es mit meinen 15-20.000 mach) um danach eine vernünftige Qualität zu haben.

Oder aber es liegt in Wirklichkeit an etwas ganz anderem.

glaub das kann ich vorweg schon bestätigen

Scheinbar treffen hier 2 Fakten aufeinander

1) Vimeo (und noch schlimmer youtube) versucht unabhängig von der Bitrate des Eingangsmaterial immer noch eine weitere Kompression.

Z.b werden aus 12.000 dann im Endprodukt 5000 - oder aus 17.000 werden 12.000


2) gewisses Material benötigt für eine fehlerfreie Kompression scheinbar allerdings auch eine Mindestbitrate

wie es aussieht ist dies für schnelle Bewegungen von z.b Gras mit ähnlicher Farbe in etwa rund 12.000 - alles was darunter ist lässt sich nicht mehr ansehen


Einziger Lösungsansatz: Zielbitrate+50 % als Renderbitrate um dann ein kompressionsfehlerfreies Ergebnis zu erhalten. Damit überlistet man quasi die Logik der Renderer von Vimeo & youtube da sie ihr Ziel der Komprimierung damit erfüllen.

Bin aber gerade am Rendern und Upload eines längeren Teils (kann ich nicht veröffentlichen da nur eine Arbeitskopie eines längeren Projektes ist) - hab die 8 Minuten jetzt mal mit 15000 bitrate und einem Maximum von 25.000 rendern lassen - wird aber wohl noch ne halbe Stunde fürs Rendern und dann sicher auch ne halbe Stunde für den Upload der sicher 1 GB grossen Datei brauchen.

So - hab mich weiter gespielt und spasshalber ein Video das ich bereits auf Vimeo upgeloadet hab heruntergeladen und gleich wieder neu hochgeladen.

Die Größe ist interessanterweise gleich geblieben - die Qualität aber massiv runtergegangen - aus 1,3 GB Quellmaterial wurden jeweils rund 370 MB Zielmaterial auf Vimeo.

Also laut meiner Erfahrung ist Youtube hier noch viel schlimmer als Vimeo.

Hab idente Videos schon auf beiden Networks hochgeladen und hatte auf Youtube dann so starke Kompressionsfehler dass ich mich davon eigentlich verabschiedet hab.

Bei Vimeo muss man scheinbar zwar weniger aufpassen, aber heikles Material unter 15.000 bitrate sollte man nach dem upload penibel auf Fehler prüfen.