After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 665666 - multifilesink: GstMultiFileSinkNext not documented
multifilesink: GstMultiFileSinkNext not documented
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal minor
: 0.10.31
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-06 12:44 UTC by Mart Raudsepp
Modified: 2011-12-06 15:19 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Mart Raudsepp 2011-12-06 12:44:29 UTC 
A GstMultiFileSinkNext enum value is expected for the "next-file" public property to control when to start a new file, but it's not documented at all. Additionally GST_MULTI_FILE_SINK_NEXT_KEY_UNIT_EVENT would be Since: 0.10.31 then, while some earlier ones might be new at a certain version as well.
Comment 1 Mart Raudsepp 2011-12-06 12:53:42 UTC 
It looks like there's some documentation strings for that in gst_multi_file_sink_next_get_type -> g_enum_register_static, but gtk-doc doesn't pick it up from the GEnumValue::value_name
Comment 2 Stefan Sauer (gstreamer, gtkdoc dev) 2011-12-06 14:57:06 UTC 
Yes, that is a shortcoming of how we document plugins, we won't pick up the or enum/flag types.
Comment 3 Stefan Sauer (gstreamer, gtkdoc dev) 2011-12-06 15:04:44 UTC 
Actually that is nonsense. looking into it now.
Comment 4 Stefan Sauer (gstreamer, gtkdoc dev) 2011-12-06 15:19:00 UTC 
commit 64dd9f18a7e15d12a5a361d1c9156d4056f14c7c
Author: Stefan Sauer <ensonic@users.sf.net>
Date:   Tue Dec 6 16:14:54 2011 +0100

    multifilesink: expose the enum property docs for splitting mode.
    
    Fixes #665666.