redo socket writing API
commitdec715d31f54dad1557e7142ed5debed82b78c90
authorBenjamin Otte <otte@gnome.org>
Fri, 21 Nov 2008 10:07:25 +0000 (21 11:07 +0100)
committerBenjamin Otte <otte@gnome.org>
Fri, 21 Nov 2008 10:07:25 +0000 (21 11:07 +0100)
tree2b16af9a5e8807f515c70f9bce19110b44a14080
parent3deb6222cb5fc092e9838c598592e019aaa4b494
redo socket writing API

previously the SwfdecSocket was responsible for keeping a queue of data
to be written.
Now the queue is supposed to be kept inside Swfdec. This has 2
advantages:
a) The API maps nicely to async I/O, the code in external apps can be
   reduced.
b) The RTMP code can assemble data on demand and does not have to queue
   all of the data in random order inside the socket.
This will liekly only effect the written data on clogged networks.
swfdec-gtk/swfdec_gtk_socket.c
swfdec/swfdec_loader_internal.h
swfdec/swfdec_socket.c
swfdec/swfdec_socket.h
swfdec/swfdec_stream.c
swfdec/swfdec_stream_target.c
swfdec/swfdec_stream_target.h
swfdec/swfdec_xml_socket.c
swfdec/swfdec_xml_socket.h