avwait: Deserialised timecodes set after caps event now get correct framerate
authorVivia Nikolaidou <vivia@ahiru.eu>
Tue, 14 Nov 2017 16:13:54 +0000 (18:13 +0200)
committerVivia Nikolaidou <vivia@ahiru.eu>
Tue, 14 Nov 2017 16:29:49 +0000 (18:29 +0200)
commitf3b539e0ff88f8b7b49dee49929d5b3d94bda1a4
tree34c0e6c797744d80b9d935541bc5a4b9c7cb8912
parentd364c7b44359941d6afb2022c764af771b807846
avwait: Deserialised timecodes set after caps event now get correct framerate

A deserialised timecode has a framerate of 0/1 by default. That breaks
it when comparing the frames field with another timecode (incoming from
the frame). We were setting the framerate when receiving the caps event,
but not when setting the timecode in set_property, so it was broken for
timecodes set after the caps event.

Also checking if the fps_n we got from the caps event is != 0 before
setting it - also at the caps event.

https://bugzilla.gnome.org/show_bug.cgi?id=790334
gst/timecode/gstavwait.c