一种多媒体数据的获取方法、装置、智能电视及机顶盒的制作方法
【技术领域】
[0001]本申请涉及多媒体技术领域，尤其涉及一种多媒体数据的获取方法、装置、智能电视及机顶盒。
【背景技术】
[0002]目前，利用终端播放多媒体文件，已经成为非常普及的用户行为。具体而言，用户在日常生活中常常利用手机、平板电脑、台式电脑或电视机播放视频文件或音频文件。
[0003]在一些场景中，用户有获得终端当前播放的多媒体文件包含的全部或部分多媒体数据，并对其进行特定处理的需求。比如，以终端为智能电视为例，用户有可能期望对智能电视当前正在播放的视频文件的片段进行录制，并通过互联网分享给其他用户；仍然以智能电视为例，又比如，用户还有可能期望将智能电视当前正在播放的歌曲同步到手机上。
[0004]针对上述需求而言，目前的解决方案主要是用户利用第三方设备，对终端当前播放的多媒体文件进行采集，进而对采集到的多媒体数据进行特定处理。这里所说的特定处理比如可以包括:将该多媒体数据发布到互联网上、输出该多媒体数据到指定的终端设备，或者对该多媒体数据进行优化，等等。
[0005]具体而言，以播放多媒体文件的终端为智能电视，第三方设备为手机为例，若用户期望对智能电视当前播放的音频文件进行采集，则可以利用手机的麦克风进行录音，从而达到采集音频数据的目的。
[0006]上述音频数据处理方式存在以下弊端:
[0007]1、需要依赖第三方设备(如手机)，且需要用户手动触发第三方设备录音；
[0008]2、录音时会难以避免地录入环境噪声；
[0009]3、音频数据在“播放-经空气传输-录制”过程中存在失真。
[0010]类似地，仍以播放多媒体文件的终端为智能电视，第三方设备为手机为例，若用户期望对智能电视当前播放的视频文件进行采集，则可以利用手机的摄像头进行拍摄，从而达到采集视频数据的目的。
[0011 ] 显然，该视频数据处理方式也存在着上述类似弊端。
[0012]综上可知，现有技术中的多媒体数据处理方式存在着需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。
【发明内容】
[0013]本申请实施例提供一种多媒体数据的获取方法，用以解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。
[0014]本申请实施例还提供一种多媒体数据的获取装置，用以解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题。
[0015]本申请实施例还提供一种智能电视。
[0016]本申请实施例还提供一种机顶盒。
[0017]本申请实施例采用下述技术方案:
[0018]—种多媒体数据的获取方法，包括:
[0019]从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于:缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；将获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。
[0020]一种多媒体数据的获取装置，包括:数据获得单元，用于从多媒体文件播放设备的第一缓存空间中获得多媒体数据；其中，第一缓存空间用于:缓存发送给所述多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据；数据保存单元，用于将数据获得单元获得的多媒体数据保存在所述多媒体文件播放设备的第二缓存空间中。
[0021 ] 一种智能电视，包括上述装置。
[0022]一种机顶盒，包括上述装置。
[0023]本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
[0024]由于多媒体数据是从缓存发送给多媒体数据输出装置进行输出的多媒体数据的第一缓存空间中获取到的，无需采用第三方设备通过录制的方式获取多媒体数据，从而相比于现有的多媒体数据获取方式而言，本申请实施例提供的方案耗费的硬件资源和人力资源均较少，且获取到的多媒体数据失真度较低。
【附图说明】
[0025]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中:
[0026]图1为本申请实施例提供的一种多媒体数据获取方法的具体实现流程图；
[0027]图2为现有技术中的Android操作系统底层中的Aud1Track和Aud1Recorder的不意图；
[0028]图3为本申请实施例2提供的一种新颖的首频内录系统的架构不意图；
[0029]图4为本申请实施例2提供的一种音频数据录制流程的示意图；
[0030]图5为现有技术中的Android操作系统底层中的Camera和SurfaceFlinger的示意图；
[0031]图6为本申请实施例3提供的一种新颖的首频内录系统的架构不意图；
[0032]图7为本申请实施例3提供的一种音频数据录制流程的示意图；
[0033]图8为本申请实施例4提供的一种多媒体数据的获取装置的具体结构示意图。
【具体实施方式】
[0034]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0035]以下结合附图，详细说明本申请各实施例提供的技术方案。
[0036]实施例1
[0037]为了实现多媒体文件的流畅播放，在将多媒体数据发送给多媒体文件播放设备的多媒体数据输出装置的过程中，可以先将多媒体数据发送到多媒体文件播放设备的第一缓存空间中进行缓存。基于该特点，为了解决现有的多媒体数据获取方式存在的需要耗费较多硬件和人力资源，且获取到多媒体数据失真度较高的问题，本申请实施例提供一种多媒体数据获取方法。
[0038]该方法的具体实现流程图如图1所示，包括如下步骤:
[0039]步骤11，从多媒体文件播放设备的第一缓存空间中获得多媒体数据；
[0040]其中，第一缓存空间用于:缓存发送给多媒体文件播放设备的多媒体数据输出装置进行输出的多媒体数据。
[0041]多媒体文件播放设备可以但不限于包括:智能电视、台式个人电脑以及智能手机等便携式移动设备。
[0042]多媒体数据输出装置可以但不限于包括:扬声器和/或显示器等。
[0043]步骤12，将获得的多媒体数据保存在多媒体播放设备的第二缓存空间中。
[0044]采用上述方法，由于多媒体数据是从缓存发送给多媒体数据输出装置进行输出的多媒体数据的第一缓存空间中获取到的，无需采用第三方设备通过录制的方式获取多媒体数据，从而相比于现有的多媒体数据获取方式而言，本申请实施例提供的方案耗费的硬件资源和人力资源均较少，且获取到的多媒体数据失真度较低。
[0045]以下具体介绍上述步骤11和步骤12的具体实现方式。
[0046]在一种实施方式中，可以设置不同的多媒体数据源标识，以表示可以从什么样的多媒体数据源获取多媒体数据。比如，可以设置“Aud1 Source L00P_BACK”这样的多媒体数据源标识，并约定该标识表示:多媒体数据源为第一缓存空间；此外，可以设置“Aud1Source MIC”这样的多媒体数据源标识，并约定该标识表示:多媒体数据源为麦克风；此外，还可以设置“Aud1 Source DIS”这样的多媒体数据源标识，并约定该标识表示:多媒体数据源为显示器。
[0047]基于上述设置，在一种实施方式中，步骤11的具体实现过程可以包括:获得多媒体数据源标识；在判断出获得的该多媒体数据源标识与特定多媒体数据标识相同时，从第一缓存空间获得多媒体数据。其中，这里所说的特定数据源标识可以为上述的“Aud1Source L00P_BACK”，即，可以为表示多媒体数据源为第一缓存空间的数据源标识。
[0048]针对步骤12而言:
[0049]在一种实施方式中，步骤12的实现过程可以包括如下子步骤:
[0050]将获得的多媒体数据保存在多媒体文件播放设备的第三缓存空间中；
[0051]在接收到数据获取指令后，从第三缓存空间中读取获得的多媒体数据；
[0052]将读取到的多媒体数据保存在第二缓存空间中。
[0053]采用上述子步骤，从第一缓存空间中获取的多媒体数据可以暂时保存在第三缓存空间中，并不转移到第二缓存空间，直至接收到数据获取指令时，才从第三缓存空间中读取多媒体数据，并将读取到的多媒体数据保存至第二缓存空间。
[0054]上述子步骤的应用场景比如可以如下:
[0055]第三缓存空间为针对不同应用所设置的公共缓存空间；第二缓存应用为针对单个应用所设置的专用缓存空间。
[0056]在这样的场景下，当某应用期望调用多媒体数据时，可以执行:从公共缓存空间读取多媒体数据，并将读取到的多媒体数据保存至针对该应用设置的专用缓存空间。
[0057]在一种实施方式中，为了实时将第一缓存空间中的多媒体数据读取至第二缓存空间中，“从第一缓存空间中获得多媒体数据，将获得的多媒体数据保存在第三缓存空间中”这一操作，和“从第三缓存空间中读取获得的多媒体数据，将读取到的多媒体数据保存在第二缓存空间中”这一操作，可以是同步执行的。
[0058]具体的同步执行方式可以如下:
[0059]在接收到数据获取指令后，首先创建归属于同一进程的两个线程:第一线程和第二线程。然后，一方面，利用进第一线程