| ▼Ntiny_dlna | |
| CAllocator | Memory allocateator which uses malloc |
| CAllocatorExt | Memory allocateator which uses ps_malloc (on the ESP32) and if this fails it resorts to malloc |
| CIcon | Information about the icon |
| CIPAddressAndPort | IP Adress including Port information |
| ▼CList | Double linked list |
| CIterator | |
| CNode | |
| CLoggerClass | Logger that writes messages dependent on the log level |
| CNullPrint | |
| ▼CQueueLockFree | A simple single producer, single consumer lock free queue |
| CNode | |
| CRingBuffer | Implementation of a Simple Circular Buffer. Instead of comparing the position of the read and write pointer in order to figure out if we still have characters available or space left to write we keep track of the actual length which is easier to follow |
| CStr | String implementation which keeps the data on the heap. We grow the allocated memory only if the copy source is not fitting |
| CStrPrint | |
| CStrView | A simple wrapper to provide string functions on char*. If the underlying char* is a const we do not allow any updates; The ownership of the chr* must be managed externally! |
| CUrl | URL parser which breaks a full url string up into its individual parts |
| ▼CVector | Vector implementation which provides the most important methods as defined by std::vector. This class it is quite handy to have and most of the times quite better then dealing with raw c arrays |
| Citerator | Iterator for the Vector class |
| CMediaRenderer | MediaRenderer DLNA Device |
| CDLNAControlPointMgr | Setup of a Basic DLNA Control Point. The control point |
| CDLNAControlPointRequestParser | Translates DLNA UDP Requests to Schedule so that we can schedule a reply |
| CDLNADevice | Device Attributes and generation of XML using urn:schemas-upnp-org:device-1-0. We could just return a predefined device xml document, but we provide a dynamic generation of the service xml which should be more memory efficient. Strings are represented as char*, so you can assign values that are stored in ProgMem to mimimize the RAM useage. If you need to keep the values on the heap you can use addString() method |
| CDLNADeviceMgr | Setup of a Basic DLNA Device service. The device registers itself to the network and answers to the DLNA queries and requests. A DLNA device uses UDP, Http, XML and Soap to discover and manage a service, so there is quite some complexity involved: |
| CDLNADeviceRequestParser | Translates DLNA UDP Requests to Schedule so that we can schedule a reply |
| CDLNAServiceInfo | Attributes needed for the DLNA Service Definition |
| CRequestData | Provides information of the received UDP which consists of the (xml) data and the peer address and port |
| CIUDPService | Abstract Interface for UDP API |
| CNotification | DLNA notification |
| CSchedule | An individual Schedule (to send out UDP messages) |
| CMSearchSchedule | Send MSearch request |
| CMSearchReplySchedule | Answer from device to MSearch request by sending a reply |
| CMSearchReplyCP | Processing at control point to handle a MSearchReply from the device |
| CNotifyReplyCP | |
| CPostAliveSchedule | Send out PostAlive messages: Repeated every 5 seconds |
| CPostByeSchedule | Send out ByeBye message |
| CPostSubscribe | Send SUBSCRIBE message via UDP unicast |
| CScheduler | Scheduler which processes all due Schedules (to send out UDP replies) |
| CArgument | DLNA Service: Action Argument |
| CActionReply | |
| CActionRequest | |
| CStateValue | |
| CStringRegistry | |
| CUDPAsyncService | Access to UDP functionality: sending and receiving of data using the Async API of the ESP32 |
| CUDPService | Access to UDP functionality: sending and receiving of data It seems that the UDP receive is not working for |
| CXMLDeviceParser | Parses an DLNA device xml string to fill the DLNADevice data structure |
| CXMLNode | Represents a single XML element |
| CXMLPrinter | Functions to efficiently output XML. XML data contains a lot of redundancy so it is more memory efficient to generate the data instead of using a predefined XML document |
| CHttpChunkReader | Http might reply with chunks. So we need to dechunk the data. see https://en.wikipedia.org/wiki/Chunked_transfer_encoding |
| CHttpChunkWriter | Writes the data chunked to the actual client |
| CMimeExtension | Mapping from file extensions to mime types |
| CHttpHeaderLine | A individual key - value header line |
| CHttpHeader | In a http request and reply we need to process header information. With this API we can define and query the header information. The individual header lines are stored in a list. This is the common functionality for the HttpRequest and HttpReplyHeader subclasses |
| CHttpRequestHeader | Reading and writing of Http Requests |
| CHttpReplyHeader | Reading and Writing of Http Replys |
| CHttpLineReader | We read a single line. A terminating 0 is added to the string to make it compliant for c string functions |
| CHttpParameters | API for http parameters: key=value&key1=value1 |
| CHttpRequest | Simple API to process get, put, post, del http requests I tried to use Arduino HttpClient, but I did not manage to extract the mime type from streaming get requests |
| CHttpRequestHandlerLine | Used to register and process callbacks |
| CHttpRequestRewrite | Object which information about the rewrite rule |
| CHttpServer | A Simple Header only implementation of Http Server that allows the registration of callback functions. This is based on the Arduino Server class |
| CHttpStreamCopy | Processing of a single stream to a single client. In the loop we can simply provide individual small chunks until we are done |
| CHttpStreamedMultiOutput | Generic HttpStreamedMultiOutput Class which handles multicast streaming. We can optionally define some default (e.g. html) content that will be written at the beginning and at the end of the streaming session to the client |
| CHttpStreamedOutput | Abstract class for handling streamed output |
| CHttpTunnel | Forwards a request to a destination URL and provides a pointer to the result stream |
