0x00 前置信息

VLC是一个非常庞大的工程，我从它的架构及流程入手进行分析，涉及到一些很细的概念先搁置一边，日后详细分析。

0x01 源码结构（Android Java相关的暂未分析）

# build-android-arm-linux-androideabi/：第三方库。 # modules/：模块代码。 # modules/demux:      解复用模块代码。 # modules/codec:       解码模块相关代码。 # modules/access：    访问模块相关代码。 # 其他：未详细分析。 # src/: VLC架构核心代码。 # src/config/：           从命令行和配置文件加载配置，提供功能模块的读取和写入配置。 # src/control/:            提供动作控制功能，如播放/暂停，音量管理，全屏，日志等。 # src/extras/:             平台特殊性相关代码。 # src/modules/:          模块管理。 # src/network/:           提供网络接口。 # src/posix/:               多线程相关。 # src/osd/:                 显示屏幕上的操作。 # src/interface/ :         提供代码中可以调用的接口中，如按键后硬件作出反应。 # src/playlist/:            管理播放功能，如停止，播放，下一首，随机播放等。 # src/text/:                 字符集。 # src/input/:               输入流相关代码。 # src/video_output/ :   初始化视频播放器，把从解码器获得的数据处理后播放。 # src/audio_output/ :   初始化音频混合器，把从解码器获得的数据处理后播放。 # src/stream_output/:  输出音频流和视频流到网络。 # src/test/:                  libvlc测试模块。 # src/misc/:                libvlc使用的其他部分功能，如线程系统，消息队列，CPU的检测，对象查找系统，或平台的特定代码。 # 其他：未详细分析。 

0x02 基础概念

对于一个视频的播放，播放器的执行步骤大致如下：

1. 读取原始数据
2. 解复用
3. 解码
4. 显示
   

VLC在包含以上概念的基础上，又抽象出几个其他概念，先列出VLC中抽象出来的重要概念：

1. playlist: playlist表示播放列表，VLC在启动后，即创建一个playlist thread，用户输入后，动态创建input。
2. input: input表示输入，当用户通过界面输入一个文件或者流地址时，input thread 被动态创建，该线程的生命周期直到本次播放结束。
3. access: access表示访问，是VLC抽象的一个层，该层向下直接使用文件或网络IO接口，向上为stream层服务，提供IO接口。
4. stream: stream表示流，是VLC抽象的一个层，该层向下直接使用access层提供的IO接口，向上为demux层服务，提供IO接口。
5. demux: demux表示解复用，是视频技术中的概念，该层向下直接使用stream层提供的IO接口，数据出来后送es_out。
6. es_out: es_out表示输出，是VLC抽象的一个层，该层获取demux后的数据，送decode解码。
7. decode: decode表示解码，是视频技术中的概念，获取es_out出来的数据(通过一个fifo交互)，解码后送output。
8. output: output表示输出，获取从decode出来的数据，送readerer。
9. readerer: readerer表示显示，获取从output出来的数据(通过一个fifo交互)，然后显示。

下图显示了这些抽象的概念的关系，其中蓝色表示VLC抽象的概念。

0x04 架构综述

VLC的整体框架是设计成一套module的管理机制，将功能分类并抽象成modules。

VLC main： player的main。初始化libVLC 并加载用户界面。
libVLCcore：libvlc的核心，抽象出了一个libvlc_instance_t 对象，提供modules的装载/卸载机制。
modules： modules提供具体的功能，比如上面的access，demux，decode就是以一个模块的形式存在。
External libraries：外部开源库。

模块的加载方式：
首先模块先将自身注册到VLC中，代码片段如：

vlc_module_begin() ... vlc_module_end() 

然后在需要加载模块的时候，调用module_need接口，去找到合适的模块。找到合适的模块后，会执行注册中设置的回调方法，诸如Open*名字的方法。
同样自己可以实现模块，只需要按照VLC模块的标准即可。VLC中很多模块就是通过外部的开源库实现的。

vlc中模块大致分类：

0x05 流程分析

首先，给出流程图，参照该图，再继续下面的流程分析，绿色线表示打开VLC后的执行操作；黑色线表示用户输入一个视频后的执行操作；蓝色线从红色圈开始，表示开始播放输入流后的数据流向。

(1) main函数（vlc/bin/vlc.c）

1. 参数信号处理相关，不详分析。
2. 调用libvlc_new()初始化一个libvlc_instance_t实例。(libvlc_instance_t is opaque. It represents a libvlc instance)
   2.1 调用libvlc_InternalCreate创建一个libvlc_int_t。(This structure is a LibVLC instance, for use by libvlc core and plugins.)
   2.2 调用libvlc_InternalInit初始化libvlc_int_t实例。
   2.3 初始化libvlc_instance_t其他成员。
3. 调用libvlc_set_exit_handler设置VLC退出时的回调函数。
4. 调用libvlc_add_intf添加模块。
   4.1 获取playlist，如果为空，则调用playlist_Create创建一个playlist结构，并调用playlist_Activate创建新的playlist线程Thread(src/playlist/thread.c)。
   4.2 调用intf_Create创建一个默认的interface。
   4.2.1 调用vlc_custom_create创建一个vlc object(intf_thread_t)。
   4.2.2 注册一个添加interface的回调方法。
   4.2.3 调用module_need加载一个interface模块。
5. 调用libvlc_playlist_play，如果播放列表不为空，并且被设置为自动播放，则播放播放列表内容。
6. 信号处理相关，不详分析。

(2) 创建一个输入

1. 初始化成功后，程序运行在playlist的线程Thread(src/playlist/thread.c)中，循环接收界面输入的请求。
2. 当输入一个新的文件或者流地址，在PlaylistVAControl获得信号，并发送该信号。
3. Thread接收到播放请求后，在LoopRequest中调用PlayItem方法。
   3.1 调用input_Create创建一个input结构，并初始化各种成员，其中包括调用input_EsOutNew创建p_es_out_display(es_out)。
   3.2 调用input_Start创建一个input线程Run(src/input/input.c)。

(3) 初始化输入

调用Run(src/input/input.c)中的Init方法，开始初始化。

1. 调用input_EsOutTimeshiftNew新建一个50M的Timeshift(暂停缓存)，包括创建并初始化p_es_out(es_out)，与后续步骤9相关。
2. 设置input的状态为OPENING_S。
3. 调用InputSourceInit。
   3.1 调用input_SplitMRL分解输入uri。
   3.2 以stream形参为NULL调用demux_New加载"access_demux"模块。
   3.3 如果没有合适的"access_demux"模块，则调用access_New创建一个实际的access。
   3.3.1 调用vlc_custom_create创建access_t结构体。
   3.3.2 调用module_need加载合适的access模块。
   3.3.3 调用access模块的Open方法，以avio模块为例。
   3.3.3.1 调用vlc_init_avformat初始化VLC即avformat环境。
   3.3.3.2 调用avio_open2打开该uri。
   3.3.3.3 设置access的IO方法指针。
   3.4 调用stream_AccessNew创建一个stream。
   3.4.1 根据模式（stream/block）设置steam层的IO方法指针。stream层的IO方法实际指向access层对应的IO方法指针。
   3.4.2 为stream层的缓冲申请并初始化内存。
   3.4.3 调用AStreamPrebufferStream执行一次读操作。
   3.5 调用stream_FilterChainNew，Add stream filters（源码描述）。
   3.6 调用demux_New创建一个demux。
   3.6.1 调用vlc_custom_create创建demux_t结构体。
   3.6.2 调用module_need加载合适的demux模块。
   3.6.3 调用demux模块的Open方法，以avformat/demux模块为例。
   3.6.3.1 调用stream_Peek从stream层获取数据，用于分析输入的文件格式。
   3.6.3.2 调用av_probe_input_format分析输入的文件格式。
   3.6.3.3 设置demux_sys_t结构体部分变量的值。
   3.6.3.4 调用avformat_alloc_context分配AVFormatContext结构体。
   3.6.3.5 调用avio_alloc_context设置AVFormatContext结构体的AVIOContext类型成员pb，并设置read和seek方法指针。
   3.6.3.6 调用avformat_open_input打开一个输入，这里的input与VLC中的input不是一个概念，关于avformat_open_input的分析详见我的另一篇文章《avformat_open_input详细分析》链接地址。
   3.6.3.7 调用avformat_find_stream_info分析流信息，该方法通过读取数据初始化流以及流解码信息。
   3.6.3.8 根据分析的流信息，设置fmt变量，并调用es_out_Add。
   3.6.3.9 实际调用EsOutAdd(src/input/es_out.c)，添加一个es_out，有几个流就做几次es_out_Add操作，比如该输入中有一个视频流和一个音频流，则作两次es_out_Add操作。
   3.6.3.10 nb_chapters相关未详细分析。
   3.7 设置record相关。
   3.8 调用demux_Control设置demux pts delay。
   3.9 调用demux_Control设置fps。
4. 调用demux_Control获取输入的长度。
5. 调用StartTitle显示标题。
6. 调用LoadSubtitles加载字幕。
7. 调用LoadSlaves，含义不详。
8. 调用InitPrograms，设置es_out和decoder相关。
   8.1 调用UpdatePtsDelay计算正确的pts_delay值。
   8.2 sout相关可选，暂不分析。
   8.3 调用es_out_SetMode，设置es_out的mode为ES_OUT_MODE_AUTO。
   8.4 以DEMUX_SET_GROUP指令调用demux_Control，DEMUX_SET_GROUP/SET_ES only a hint for demuxer (mainly DVB) to allow not reading everything。
9. 续8.3，实际调用EsOutControlLocked进入case ES_OUT_SET_MODE分支。
   9.1 设置es_out_sys_t 的b_active和i_mode。
   9.2 调用EsOutSelect方法，根据指定模块选择一个es_out。
   9.3 在EsOutSelect方法中进入ES_OUT_MODE_AUTO分支，进一步调用EsSelect方法，再进一步调用EsCreateDecoder方法创建decoder。
   9.3.1 调用input_DecoderNew创建一个新的decoder。
   9.3.2 如果需要缓存，调用input_DecoderStartWait发送信号，开始线程等待。
   9.3.3 调用EsOutDecoderChangeDelay设置decode delay。
10. 续9.3.1进入decoder_New方法。
    10.1 调用CreateDecoder创建decoder配置结构体。
    10.1.1 调用vlc_custom_create创建一个vlc object(decoder_t)。
    10.1.2 新建decode fifo。
    10.1.3 调用module_need加载适配的解码模块。
    10.1.3.1 调用decode模块的OpenDecoder方法，以codec/avcodec模块为例。
    10.1.3.2 调用GetFfmpegCodec方法 determine codec type（源码描述）。
    10.1.3.3 调用vlc_init_avcodec方法初始化解码环境。
    10.1.3.4 调用avcodec_find_decoder设置AVCodec。
    10.1.3.5 调用avcodec_alloc_context3分配一个AVCodecContext。
    10.1.3.6 调用Init*Dec系列初始化解码环境。
    10.1.4 初始化decoder_t结构体其他成员。
    10.2 调用vlc_clone创建解码线程DecoderThread。
11. 续10.1.3.5，以InitVideoDec为例。
    12.1 为decoder_sys_t结构分配内存。
    12.2 设置相关回调方法。
    12.3 设置解码线程类型。
    12.4 调用ffmpeg_InitCodec初始化extradata相关数据。
    12.5 调用OpenVideoCodec方法，设置解码的长宽及采用率，进一步调用avcodec_open2打开codec。
12. 根据需要，设置线程优先级。
13. 设置meta相关。
14. 初始化完成，设置该input的状态为PLAYING_S。

(4) 播放输入

MainLoop(src/input/input.c)

1. 调用MainLoopDemux访问demuxer去demux数据。
2. 进一步调用在加载demux模块时设置的demux方法，同样以avformat/demux模块为例，实际调用Demux方法(module/demux/avformat/demux.c)。
   2.1 调用av_read_frame读取一帧数据。
   2.2 判断读取无误时，则为block_t结构分配内存，并将这一帧从AVPacket中拷贝至block_t结构中。
   2.3 如果该帧是I帧，则设置I帧标致位。
   2.4 时间戳处理相关，未深入分析。
   2.5 根据需要调用es_out_Control设置PCR，未深入分析。
   2.6 调用es_out_Send将这一帧数据发送给es_out。
   2.7 调用av_free_packet释放这一帧数据。
3. 调用es_out_Send后，实际调用EsOutSend(src/input/es_out.c)方法。
   3.1 调用stats_Update更新相关状态，具体未详分析。
   3.2 设置预读相关，如果需要预读，并且到的数据的pts小于预读需要的时间，则设置BLOCK_FLAG_PREROLL标志位。
   3.3 检查sout mode，具体有sync 和async mode，异同未详细分析。
   3.4 如果设置record，将数据dup后送decoder。
   3.5 调用input_DecoderDecode将block_t的数据送至decode fifo中。
   3.5.1 判断控制速度线程等待相关信息，具体未详细分析。
   3.5.2 如果decode fifo超过最大长度，则清空重置decode fifo。
   3.5.3 调用block_FifoPut将该block_t的数据压入decode fifo，并通知读取线程。
   3.6 格式变化判断处理相关，未详细分析。
   3.7 字幕处理相关，未详细分析。
4. 续3.5进入decode read thread，即DecoderThread(src/input/decoder.c)。
   4.1 调用block_FifoGet方法，从decode fifo中获取数据。
   4.2 基于某些条件，发送停止等待消息给其他线程，未详细分析。
   4.3 调用DecoderProcess方法开始decode a block。
   4.4 判断输入流的格式，调用不同的方法，这里以视频流为例，调用DecoderProcessVideo方法。
   4.5 packetizer相关为深入分析，在DecoderProcessVideo方法中进一步调用DecoderDecodeVideo方法。
5. 续4.5调用pf_decode_video，这里以avcodec模块的decoder为例，即DecodeVideo(modules/codec/avcodec/video.c)方法，在该方法中，开始真正的解码。
   5.1 如果在Demux中获取的流信息中包含新的extradata，并且原来的extradata数据为空，则调用ffmpeg_InitCodec初始化 codec，如果b_delayed_open为true，则调用OpenVideoCodec重新打开codec。
   5.2 调用av_init_packet初始化解码数据包。
   5.3 调用avcodec_decode_video2解码数据。
   5.4 调用av_free_packet释放内存。
   5.5 计算pts值，返回解码后的数据。
   5.6 如果opaque为空，则调用ffmpeg_NewPictBuf方法创建一个新的picture buffer。具体调用回调指针pf_vout_buffer_new指向的vout_new_buffer，进一步调用 input_resource_RequestVout最终调用VoutCreate。
   5.6.1 调用vlc_custom_create创建一个vlc object(vout_thread_t)。
   5.6.2 调用spu_Create初始化sub picture unit。
   5.6.3 调用vlc_clone创建一个output线程Thread(src/video_output/video_output.c)。
   5.6.4 output线程循环调用vout_control_Pop，首次进入ThreadControl方法中，执行ThreadStart方向，创建picture fifo(p->decoder_fifo)。
6. pf_decode_video返回后，解码后的数据保存在p_pic中，进一步调用DecoderPlayVideo方法，在该方法中调用vout_PutPicture将解码后的数据压入picture fifo中。
7. 当picture fifo中有数据后，vout线程调用ThreadDisplayPicture中的ThreadDisplayPreparePicture方法。
   7.1 调用picture_fifo_Pop从picture fifo中获取解码后的数据。
   7.2 如果延迟太大，并且设置延迟丢帧，则丢掉该帧数据。
8. 调用ThreadDisplayRenderPicture显示图像。

0x06 总结

对VLC的流程分析，主要通过跟踪数据流向的方式展开。对于最后显示部分的分析还不足，另外很多细节尚未深入。

参考：

1. http://blog.csdn.net/tx3344/article/details/8517062
2. http://my.oschina.net/xiaot99/blog/197555

对于SPI控制器来说，要支持异步方式必须要考虑以下两种状况：

1. 对于同一个数据传输的发起者，既然异步方式无需等待数据传输完成即可返回，返回后，该发起者可以立刻又发起一个message，而这时上一个message还没有处理完。
2.  对于另外一个不同的发起者来说，也有可能同时发起一次message传输请求。

队列化正是为了为了解决以上的问题，所谓队列化，是指把等待传输的message放入一个等待队列中，发起一个传输操作，其实就是把对应的 message按先后顺序放入一个等待队列中，系统会在不断检测队列中是否有等待传输的message，如果有就不停地调度数据传输内核线程，逐个取出队 列中的message进行处理，直到队列变空为止。SPI通用接口层为我们实现了队列化的基本框架。

spi_transfer的队列化

---

[cpp] view plaincopy

1. struct spi_transfer {  
2.         ......  
3.         const void      *tx_buf;  
4.         void            *rx_buf;  
5.         ......  
6.   
7.         struct list_head transfer_list;  
8. };  
9.   
10. struct spi_message {  
11.         struct list_head        transfers;  
12.           
13.         struct spi_device       *spi;  
14.         ......          
15.         struct list_head        queue;  
16.         ......  
17. };  

[cpp] view plaincopy

1. static inline void  
2. spi_message_add_tail(struct spi_transfer *t, struct spi_message *m)  
3. {  
4.         list_add_tail(&t->transfer_list, &m->transfers);  
5. }  

通用接口层会以一个message为单位，在工作线程中调用控制器驱动的transfer_one_message回调函数来完成spi_transfer链表的处理和传输工作，关于工作线程，我们留在后面讨论。

spi_message的队列化

---

一个或者多个协议驱动程序可以同时向控制器驱动申请多个spi_message请求，这些spi_message也是以链表的形式被过在表示控制器的spi_master结构体的queue字段下面：

[cpp] view plaincopy

1. struct spi_master {  
2.         struct device   dev;  
3.         ......  
4.         bool                            queued;  
5.         struct kthread_worker           kworker;  
6.         struct task_struct              *kworker_task;  
7.         struct kthread_work             pump_messages;  
8.         spinlock_t                      queue_lock;  
9.         struct list_head                queue;  
10.         struct spi_message              *cur_msg;  
11.         ......  
12. }  

[cpp] view plaincopy

1. extern int spi_async(struct spi_device *spi, struct spi_message *message);  

队列以及工作线程的初始化

---

通过Linux SPI总线和设备驱动架构之三：SPI控制器驱动这篇文章，SPI控制器驱动在初始化时，会调用通用接口层提供的API：spi_register_master，来完成控制器的注册和初始化工作，和队列化相关的字段和工作线程的初始化工作正是在该API中完成的。我先把该API的调用序列图贴出来：

                                                         图2   spi_register_master的调用序列图

如果spi_master设置了transfer回调函数字段，表示控制器驱动不准备使用通用接口层提供的队列化框架，有关队列化的初始化就不会进行，否则，spi_master_initialize_queue函数就会被调用：

[cpp] view plaincopy

1. /* If we're using a queued driver, start the queue */  
2.         if (master->transfer)  
3.                 dev_info(dev, "master is unqueued, this is deprecated\n");  
4.         else {  
5.                 status = spi_master_initialize_queue(master);  
6.                 if (status) {  
7.                         device_del(&master->dev);  
8.                         goto done;  
9.                 }  
10.         }  

[cpp] view plaincopy

1. static int spi_master_initialize_queue(struct spi_master *master)  
2. {  
3.         ......  
4.         master->queued = true;  
5.         master->transfer = spi_queued_transfer;  
6.         if (!master->transfer_one_message)  
7.                 master->transfer_one_message = spi_transfer_one_message;  
8.   
9.         /* Initialize and start queue */  
10.         ret = spi_init_queue(master);  
11.         ......  
12.         ret = spi_start_queue(master);  
13.         ......  
14. }  

[cpp] view plaincopy

1. static int spi_init_queue(struct spi_master *master)  
2. {  
3.         ......  
4.   
5.         INIT_LIST_HEAD(&master->queue);  
6.         ......  
7.         init_kthread_worker(&master->kworker);  
8.         master->kworker_task = kthread_run(kthread_worker_fn,  
9.                                            &master->kworker, "%s",  
10.                                            dev_name(&master->dev));  
11.         ......  
12.         init_kthread_work(&master->pump_messages, spi_pump_messages);  
13.   
14.         ......  
15.   
16.         return 0;  
17. }  

[cpp] view plaincopy

1. static int spi_start_queue(struct spi_master *master)  
2. {  
3.         ......  
4.   
5.         master->running = true;  
6.         master->cur_msg = NULL;  
7.         ......  
8.         queue_kthread_work(&master->kworker, &master->pump_messages);  
9.   
10.         return 0;  
11. }  

队列化的工作机制及过程

---

当协议驱动程序通过spi_async发起一个message请求时，队列化和工作线程被激活，触发一些列的操作，最终完成message的传输操作。我们先看看spi_async函数的调用序列图：

                                                         图3   spi_async调用序列图

spi_async会调用控制器驱动的transfer回调，前面一节已经讨论过，transfer回调已经被设置为默认的实现函 数：spi_queued_transfer，该函数只是简单地把spi_message结构加入spi_master的queue链表中，然后唤醒工作 线程。工作线程的工作函数是spi_pump_messages，它首先把该spi_message从队列中移除，然后调用控制器驱动的 prepare_transfer_hardware回调来让控制器驱动准备必要的硬件资源，然后调用控制器驱动的 transfer_one_message回调函数完成该message的传输工作，控制器驱动的transfer_one_message回调函数在完 成传输后，必须要调用spi_finalize_current_message函数，通知通用接口层继续处理队列中的下一个message，另 外，spi_finalize_current_message函数也会调用该message的complete回调函数，以便通知协议驱动程序准备下一 帧数据。

关于控制器驱动的transfer_one_message回调函数，我们的控制器驱动可以不用实现该函数，通用接口层已经为我们准备了一个标准的 实现函数：spi_transfer_one_message，这样，我们的控制器驱动就只要实现transfer_one回调来完成实际的传输工作即 可，而不用关心何时需压气哦调用spi_finalize_current_message等细节。这里顺便也贴出 transfer_one_message的代码：

[cpp] view plaincopy

1. static int spi_transfer_one_message(struct spi_master *master,  
2.                                     struct spi_message *msg)  
3. {  
4.         ......  
5.         spi_set_cs(msg->spi, true);  
6.   
7.         list_for_each_entry(xfer, &msg->transfers, transfer_list) {  
8.                 ......  
9.                 reinit_completion(&master->xfer_completion);  
10.   
11.                 ret = master->transfer_one(master, msg->spi, xfer);  
12.                 ......  
13.   
14.                 if (ret > 0)  
15.                         wait_for_completion(&master->xfer_completion);  
16.   
17.                 ......  
18.   
19.                 if (xfer->cs_change) {  
20.                         if (list_is_last(&xfer->transfer_list,  
21.                                          &msg->transfers)) {  
22.                                 keep_cs = true;  
23.                         } else {  
24.                                 cur_cs = !cur_cs;  
25.                                 spi_set_cs(msg->spi, cur_cs);  
26.                         }  
27.                 }  
28.   
29.                 msg->actual_length += xfer->len;  
30.         }  
31.   
32. out:  
33.         if (ret != 0 || !keep_cs)  
34.                 spi_set_cs(msg->spi, false);  
35.   
36.         ......  
37.   
38.         spi_finalize_current_message(master);  
39.   
40.         return ret;  
41. }  

【vlc 2.1.x】

编译环境：

ubuntu 12.04(64bit)

参考以下帖子：

http://blog.csdn.net/tx3344/article/details/8556793

要注意的地方：

1、关于mingw-w64 3.0，我下载的是：

1) mingw-w64-i686-dev_3.0~svn5496-1_all.deb

2) mingw-w64-x86-64-dev_3.0~svn5496-1_all.deb

3) mingw-w64-dev_3.0~svn5496-1_all.deb(可选)

4) mingw-w64_3.0~svn5496-1_all.deb(可选)

安装的时候可能会提示依赖关系和版本冲突，请发挥你的聪明才智去解决。

注意：

         mingw-w64-dev的版本要求很严格，我试过用3.2的版本，编译通过可是播放视频的时候会意外退出(怀疑跟contrib库的搭配问题有关)。

2、关于contrib，我没让它下载最新的，而是手动下载“vlc-contrib-i686-w64-mingw32-20130917.tar.bz2”版本。

3、“make .qt4”这一步我没做，不影响编译。

【vlc 2.2.x】

编译环境：

ubuntu 12.04/14.04(64bit)

参考以下帖子：

http://blog.csdn.net/houmingbo123/article/details/46469425

https://higoge.github.io/2015/07/17/sm02/

要注意的地方：

1、关于mingw-w64，请使用3.2版本，我下载的是：

1）mingw-w64-common_3.2.0-2_all.deb

2）mingw-w64-i686-dev_3.2.0-2_all.deb

3）mingw-w64-x86-64-dev_3.2.0-2_all.deb

注意：

    先“sudo apt-get install gcc-mingw-w64-i686 g++-mingw-w64-i686 mingw-w64-tools”安装旧版本，再"sudo dpkg -i xxx"安装上面的3个包。

2、关于contrib，我使用的是“vlc-contrib-i686-w64-mingw32-20150630.tar.bz2”版本。

3、编译2.2.x的时候，configure前，需要指定“PKG_CONFIG_LIBDIR”，否则影响后面编译。

4、编译之前，执行“01.sh”很重要，否则会导致运行的时候QT的UI出不来。