Hacker Guide/VLM Internals
Contents
Introduction
VideoLAN Manager is a small media manager designed to control multiple streams with only one instance of VLC. It allows multiple streaming and video on demand (VoD). VLM can be controlled through the telnet and http interfaces of VLC as described in Documentation:Streaming_HowTo/VLM.
This document will describe the internals of VLM including data structures and functions, as well the the libvlc bindings for control of vlm.
vlm_t
In a running instance of VLC or libvlc only 1 instance of VLM can be running. This instance of VLM is represented by struct vlm_t as defined in src/input/vlm_internal.h. vlm_t contains a list of Medias, Schedules and vod servers, as well as a lock for the data structure, and a unique id. In essence, the vlm_t data structure is the global container for all VLM related data.
Medias and Instances
A Media is composed with a list of inputs (the video and audio streams you want to stream), an output (how and where you want to stream them) and some options.
There are two types of medias:
- vod: A vod media is commonly used for Video on Demand. It will be launched only if a vod client asks for it.
- broadcast: A broadcast media is very close to a TV program or channel. It is launched, stopped or paused by the administrator and may be repeated several times. The client has no control over this media.
A media is represented by the structure vlm_media_sys_t defined in src/input/vlm_internal.h. Each vlm_media_sys_t contains a configuration structure, a list of instances of the media, as well as a structure representing a vod server which is initialized only if the media is of type vod.
The configuration structure is of type vlm_media_t (a misnomer due to historical reasons) and contains the name of the media, as well as its type and a host of other details. It is defined in src/input/vlm_internal.h also.
A media instance is represented by the structure vlm_media_instance_sys_t defined in src/input/vlm_internal.h also. This structure contains a playlist index as well as the current input thread and output stream instance. Mulitple media instances can exist for each media.
Each VOD server is represented by the struct vod_t. This structure contains a pointer to the module that will be loaded to help the vod server, as well as a pointer to an RTSP server. It also contains several function pointers to help create and delete vod medias of type vod_media_t. Each vod_media_t is actually referenced by a vlm_media_sys_t if that media is of vod type. vod_t is defined in include/vlc_vod.h and vod_media_t is defined in modules/misc/rtsp.c
The layout of the main vlm structures hierarchically looks like this:
vlm_t
vlm_media_sys_t
vlm_media_t
vlm_media_instance_sys_t
vod_media_t
vod_t
Schedules
Initializing VLM and Adding Medias
Since VLM is a part of libvlc, I will describe initialization of VLM with respect to libvlc. If we want to use VLM we are probably going to have at least one media. Therefore we can use the libvlc functions libvlc_vlm_add_broadcast() or libvlc_vlm_add_vod() to instantiate and initialize VLM. Each one of these functions checks to see if a VLM instance exists. If it does not, the function creates a vlm_t instance and creates and adds either a broadcast or vod media to the vlm_t instance. If the media is of type vod, then a separate vod_media_t is created and linked to the media of type vlm_media_sys_t and a vod server of type vod_t is created and linked to the vlm_t instance.
Note also, that the VLM instance is attached to the libvlc instance as a singleton, therefore allowing only one VLM instance per libvlc instance. Both libvlc_vlm_add_broadcast() and libvlc_vlm_add_vod() wrap around the VLM() macro which wraps around __vlm_New() which actually does the instantiation, initialization, and binding of the VLM instance to the libvlc instance. These functions are found in the src/control/vlm.c. __vlm_New() is found in src/input/vlm.c.
Control
Once VLM is initialized, there needs to be some way to control it, such as adding medias, starting and stopping a media instance, etc... The vlm_Control() function is used for this purpose. This allows all VLM commands to be issued through one common interface, and it takes care of locking issues. By executing vlm_Control() with the proper command code, such as VLM_ADD_MEDIA, and a variable argument list, any VLM command can be executed without the need to understand the lower level details. This allows for easily wrapping the VLM code to be used by many interfaces. vlm_Control() can be found in src/input/vlm.c. The list of VLM command codes can be found in the enumerated type vlm_query_e in the file include/vlc_vlm.h.
Thread Creation
VLM is a complex subsystem within VLC. When VLM is initialized, when a media is created etc..., threads are created to handle these tasks. This section will describe the thread model used by VLM.
When new instance of VLM is created by the __vlm_New() function, a management thread is created which has as its start function Manage() residing in src/input/vlm.c. This takes care of scheduling, as well as destruction of dead input objects.
when a new vod media is added to VLM, an input thread is created with Run() as its start function. This thread takes care of all streaming for that media.
If a broadcast media is added, it needs to be played. When The libvlc function libvlc_vlm_play_media() is called, an instance of the broadcast media is created as well as an input thread with Run() as its start function. This thread takes care of all streaming for the broadcast instance by calling appropriate demux, codec, and sout modules.
Please read the Documentation Editing Guidelines before you edit the documentation
