Videoaufzeichnung bei der G3 und Gh 2

[Gucki]

Werbung (verschwindet nach Registrierung)

Hallo Forum,

 

 

ich möchten den Thread aus: https://www.systemkamera-forum.de/micro-four-thirds-fourthirds-kamera-technik/23466-videoaufzeichnung-bei-g3-und-gh2.html

 

auch hier verlängern, da ich auf Infos der GH2 Videoexperten hoffe, bzgl echter 50 i oder 25 P( einfach zweimal ausgelesen = Murks wie bei GH 1) bei 1920 x 1080i Einstellung der GH 2

Wenn aus 25 P Bildern sprich aus einem Vollbild zwei zeitgleiche Hallbilder (50i) generiert werden kann das nur "Bewegungsauflösungsmurks" geben. Ein echtes 50i ist sequenziell.

 

Mich wundert es dann nicht mehr warum bei 50i auch bei der GH 2 es sooft ruckelt bzw. hakt. Habe ich bei einer Videocamcorder ( Sony Canon) nicht , die machen dann echtes 50i.

Ich kann mir nicht vorstellen ,dass das bei der Pana AG AF-101 und 50 i auch a la GH 2 läuft . Da es der gleiche Sensor ist wäre es an der Zeit die GH 2 zu aktualisieren !

 

Oder sitze ich da einem technischen Irrtum auf ?

Ich sehe das noch aus der PAL Zeit, wo man das Flimmern und die Bewegungsauflösungmit dem Trick des Zeilensprungverfahrens verbesserte.

Damals war es bandbreitenmäßig generell nicht möglich auch das kleinere analoge 768 x 576 Material in 50 P aufzuzeichnen noch zu senden.

Man zeichnete jeweils sequenziell 2 x 287,5 Zeilen( sichtbare Zeilen) auf und hatte 2 Halbbilder 50i die der analoge TV dann auch nach diesem Verfahren wiedergab ( über Halbbildsynchronsignal , Vollbildsynchronsignale)

Das zur Historie....nur ganz oberflächlich.

 

 

ZUR GH 2 und deren Videosignal:

Mehrere Videoanalyse Werkzeuge zeigen mir immer 25 p an nicht 50i bei 1920 x1080i s.u

 

Allgemein

ID :

0

Vollständiger Name :

H:\GH 2 Pana\Panasonic_GH21920x1080.MTS

Format :

BDAV

Format/Info :

Blu-ray Video

Dateigröße :

67,8 MiB

Dauer :

34s 231ms

Gesamte Bitrate :

16,6 Mbps

maximale Gesamtbitrate :

18,0 Mbps Video

ID :

4113 (0x1011)

Menü-ID :

1 (0x1)

Format :

AVC

Format/Info :

Advanced Video Codec

Format-Profil :

High@L4.0

Format-Einstellungen für CABAC :

Nein

Format-Einstellungen für ReFrames :

2 frames

Codec-ID :

27

Dauer :

34s 0ms

Bitraten-Modus :

variabel

Bitrate :

15,7 Mbps

maximale Bitrate :

16,0 Mbps

Breite :

1 920 Pixel

Höhe :

1 080 Pixel

Bildseitenverhältnis :

16:9

Bildwiederholungsrate :

25,000 FPS

ColorSpace :

YUV

ChromaSubsampling :

4:2:0

BitDepth/String :

8 bits

Scantyp :

Interlaced

Scanreihenfolge :

oberes Feld zuerst

Bits/(Pixel*Frame) :

0.304

Stream-Größe :

63,8 MiB (94%) Audio

ID :

4352 (0x1100)

Menü-ID :

1 (0x1)

Format :

AC-3

Format/Info :

Audio Coding 3

Format_Settings_ModeExtension :

CM (complete main)

Codec-ID :

129

Dauer :

34s 144ms

Bitraten-Modus :

konstant

Bitrate :

192 Kbps

Kanäle :

2 Kanäle

Kanal-Positionen :

Front: L R

Samplingrate :

48,0 KHz

BitDepth/String :

16 bits

Stream-Größe :

800 KiB (1%) Text

ID :

4608 (0x1200)

Menü-ID :

1 (0x1)

Format :

PGS

Codec-ID :

144

Dauer :

33s 656ms

bearbeitet 6. August 2011 von Gucki

[tom-tom]

Du musst ja beim Ansehen des Films vergelichen, was flüssiger aussieht.

25 echte Vollbilder pro Sekunde gegen 50 falsche Vollbilder pro Sekunde.

Echt oder falsch dürfte dabei weniger massgeblich sein als 25 vs 50.

ich bin jetzt auch kein Videoexperte, aber entscheidend fürs Ruckeln müssten die Faktoren bei der Aufnahme und nicht beim Abspielen sein. NImmst Du eine sehr viel zu kurze Belichtungszeit pro Einzelbild, dann ruckelt es je nach Motiv, weil das sich zwischen den Aufnahmen zu weit bewegt.

1/50 passt zudem gut zu 50 bIlder pro Sekunde abspielgeschwindigkeit.

Werden die belichtungszeiten eigentlich ins video geschrieben. Ich konnte kein tool finden, das sie anzeigt. Das wäre ganz nett für eine Analyse der eFfekte.