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 733395 - rtsp-client: add overridable generic handle_request and handle_data vmethods
rtsp-client: add overridable generic handle_request and handle_data vmethods
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
git master
Other All
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-07-19 12:06 UTC by Hyunjun Ko
Modified: 2018-11-03 15:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
RTSP msgs on miracast (532.50 KB, image/png)
2014-07-19 12:06 UTC, Hyunjun Ko
  Details
Patch to add handle_request,handle_data vmethod (3.58 KB, patch)
2014-07-19 12:08 UTC, Hyunjun Ko
none Details | Review
Rebased (3.62 KB, patch)
2014-11-24 13:47 UTC, Hyunjun Ko
none Details | Review
Change commit msg, rebased (3.62 KB, patch)
2014-11-24 15:56 UTC, Hyunjun Ko
needs-work Details | Review

Description Hyunjun Ko 2014-07-19 12:06:27 UTC
Created attachment 281175 [details]
RTSP msgs on miracast

I'm just starting to implement wifi display based on gst-rtsp-server.

There are some rtsp msgs based on wifi display spec, which means that i need to implement new handling logic for these msgs.

Of course I can handle these msgs by creating new method. But I think overriding handle_request in rtsp-client class would be better.

Please find the attached file, miracast rtsp msgs to be more easy to understand.
And also attached patch.

Could you review this?
Comment 1 Hyunjun Ko 2014-07-19 12:08:37 UTC
Created attachment 281176 [details] [review]
Patch to add handle_request,handle_data vmethod

I add 2 vmethods, handle_request, handle_data.
For handle_response, I think I can handle by signal SIGNAL_HANDLE_RESPONSE.
Comment 2 Hyunjun Ko 2014-11-24 13:47:54 UTC
Created attachment 291362 [details] [review]
Rebased
Comment 3 Hyunjun Ko 2014-11-24 15:56:46 UTC
Created attachment 291376 [details] [review]
Change commit msg, rebased
Comment 4 Reynaldo H. Verdejo Pinochet 2014-11-25 21:40:56 UTC
Comment on attachment 281176 [details] [review]
Patch to add handle_request,handle_data vmethod

Please mark the previous patch obsolete with your
new iterations.
Comment 5 Hyunjun Ko 2014-11-26 04:29:30 UTC
Ok
I'll keep in mind
Comment 6 Tim-Philipp Müller 2018-01-13 14:57:20 UTC
Is this still needed or can it be closed?

There quite a few of new signals and vfuncs added since.

I think you'd have to be a bit more specific and explain what exactly you can't handle with the current API/mechanisms.

Note also that you can't just add vfuncs in the middle of a public class structure, that breaks ABI compatibility, and you will also have to reduce the padding when you add new stuff into the public structure, to keep the struct size the same as before.
Comment 7 GStreamer system administrator 2018-11-03 15:38:00 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/3.