X-Git-Url: https://git.sesse.net/?p=cubemap;a=blobdiff_plain;f=client.h;h=8f9f682e268e291935278f91cedda3257dc1bae5;hp=ed04bc02f888f85572364d1b363a7ce01b59175a;hb=061988af511f42da3cd584b4d983177504ddc177;hpb=1135808bf9df44b879994e6dac07a31eb78c2fdb

diff --git a/client.h b/client.h
index ed04bc0..8f9f682 100644
--- a/client.h
+++ b/client.h
@@ -5,7 +5,11 @@
 
 #include <stddef.h>
 #include <time.h>
+
+#include <memory>
 #include <string>
+#include <unordered_map>
+#include <vector>
 
 #include "tlse.h"
 
@@ -30,8 +34,8 @@ struct Client {
 	Client(int sock);
 
 	// Serialization/deserialization.
-	Client(const ClientProto &serialized, Stream *stream);
-	ClientProto serialize() const;
+	Client(const ClientProto &serialized, const std::vector<std::shared_ptr<const std::string>> &short_responses, Stream *stream);
+	ClientProto serialize(std::unordered_map<const std::string *, size_t> *short_response_pool) const;
 
 	ClientStats get_stats() const;
 
@@ -73,7 +77,20 @@ struct Client {
 	//
 	// Must start with the string "HTTP/1.0 ", which will be changed to 1.1
 	// if relevant.
-	std::string header_or_short_response;
+	const std::string *header_or_short_response = nullptr;
+
+	// <header_or_short_response> can come from two distinct places; it can be
+	// local to the Client object, or it can be shared between many Clients
+	// (typically HLS playlists, that can be so large that they are expensive
+	// to hold in many copies). <header_or_short_response> will point to exactly
+	// one of these, which should be cleared out/dereferenced when it is
+	// no longer needed.
+	//
+	// The use of shared_ptr is somewhat overkill since we don't need
+	// to access the HLS playlists from multiple threads, but it's not a
+	// big deal for us.
+	std::string header_or_short_response_holder;
+	std::shared_ptr<const std::string> header_or_short_response_ref;
 
 	// Number of bytes we've sent of the header. Only relevant for SENDING_HEADER
 	// or SENDING_SHORT_RESPONSE.
@@ -83,10 +100,20 @@ struct Client {
 	// -1 means we want to send from the end of the backlog (the normal case),
 	// although only at a keyframe.
 	// -2 means we want to send from the _beginning_ of the backlog.
+	// -3 means we sent the header only.
+	static const size_t STREAM_POS_AT_END = -1;
+	static const size_t STREAM_POS_AT_START = -2;
+	static const size_t STREAM_POS_HEADER_ONLY = -3;
+
 	// Once we go into WAITING_FOR_KEYFRAME, PREBUFFERING or SENDING_DATA,
 	// these negative values will be translated to real numbers.
 	size_t stream_pos = 0;
 
+	// Position at which to end the stream (one-past-the-end, used for fragments).
+	// -1 means never to end; this is the common case.
+	static const size_t STREAM_POS_NO_END = -1;
+	size_t stream_pos_end = 0;
+
 	// Number of bytes we've sent of data. Only relevant for SENDING_DATA.
 	size_t bytes_sent = 0;