The issue #43 has been patched by #73, but the core issue is that there is no graceful handling for a DataChannel message which is above the size of 65535 bytes.
Therefore, it would be VERY useful to implement chunked messages for DataChannels, as the benefit can be applicable to any workload which can use DataChannel messages between the client and server using WebRTC.
Moreover, more diverse formats of clipboards (including images) can be supported, but is not practical unless chunked DataChannels are implemented. xclip provides this capability explicitly but has been sidelined in favor to xsel because of a long-standing bug. It should be manually parsed to base64 with the image type and reconstruct it in either side.
The issue #43 has been patched by #73, but the core issue is that there is no graceful handling for a DataChannel message which is above the size of 65535 bytes.
Therefore, it would be VERY useful to implement chunked messages for DataChannels, as the benefit can be applicable to any workload which can use DataChannel messages between the client and server using WebRTC.
If implemented, remove the restrictions placed by: https://github.com/selkies-project/selkies-gstreamer/blob/1f2070b4f93155ad65431d822c49c6b086504c88/src/selkies_gstreamer/gstwebrtc_app.py#L758
Moreover, more diverse formats of clipboards (including images) can be supported, but is not practical unless chunked DataChannels are implemented.
xclip
provides this capability explicitly but has been sidelined in favor toxsel
because of a long-standing bug. It should be manually parsed to base64 with the image type and reconstruct it in either side.