[Bug 758023] unable to play rtsp stream with framerate range excluding zero on caps downstream

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=758023

--- Comment #7 from Jan Spurny <jspurny at seznam.cz> ---
I understand that it's not according to standard.

But from user's (my) point of view, new Sony and FLIR cameras are not some
"obscure" HW so it's not unreasonable to expect GStreamer to handle them
"correctly" and report valid framerate.

It's not "my server" that puts "a-framerate" there, but quite good, modern and
expensive cameras (Sony SNC-VB600 and FLIR FC-690-PAL).

Also I just tried it on some random publicly accessible cameras with rtsp
streams and it works on those which have mpeg4 stream. So I will check this
with one of our cameras - I suspect it will work with mpeg4.

I'm willing to test this more thoroughly, because I believe that it's better to
make things work the way anyone would expect them to work (e.g. having correct
framerate if it's reported somewhere) even if it means "bending the rules a
little", than adhering to standards and rules and saying it can't be done
because it's not according to standard.

As far as I know, most hw manufactures don't really care much about standards
as long as their gadgets can be made to work. It may not be ideal, but we don't
live in ideal world.

I don't think that my original "problem" could be solved by talking to people
at Sony or FLIR (actually, flir techsupport is excelent, so maybe there is a
small chance.., with Sony - no chance) and demanding fixing their cameras. On
the other hand - creating some exception and allowing some nonstandard
attribute from well known and widespread HW is perhaps not so bad a solution..

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.