WO2014169570A1 - 播放方法及装置 - Google Patents

播放方法及装置 Download PDF

Info

Publication number
WO2014169570A1
WO2014169570A1 PCT/CN2013/083812 CN2013083812W WO2014169570A1 WO 2014169570 A1 WO2014169570 A1 WO 2014169570A1 CN 2013083812 W CN2013083812 W CN 2013083812W WO 2014169570 A1 WO2014169570 A1 WO 2014169570A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
type
predetermined time
playing
video
Prior art date
Application number
PCT/CN2013/083812
Other languages
English (en)
French (fr)
Inventor
陈健
彭海勇
杨浩
冉晓龙
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014169570A1 publication Critical patent/WO2014169570A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display

Definitions

  • the present invention relates to the field of communications, and in particular to a playback method and apparatus.
  • audio data and video data can be shared between devices through various multimedia data sharing technologies.
  • the core function of the wireless display WIFI Display is to allow devices (such as mobile terminals, televisions, and displays). Share audio and video data through WIFI wireless network.
  • WIFI Display technology there are Source devices and Sink devices, among which, Source device: A WIFI Display device with transmission content (including audio and video data). Sink device: A WIFI Display device that receives and renders transmitted content (including audio and video data). The following is an example of a mobile terminal and a television.
  • the mobile phone and the television can directly use the WIFI, and the video in the mobile phone can be delivered to the mobile phone without hard connection (such as High Definition Multimedia Interface (HDMI)).
  • the TV goes up and the sound is played on the TV.
  • the inventor has found that in some application scenarios, the user does not need sound to play on the television. For example, the user is concerned that playing on the television affects other people's work or rest, or that they have better high-fidelity headphones to listen to, or they can choose Listen to it with a Bluetooth headset and walk around freely.
  • no solution has been proposed in the related art.
  • a playback method including: a first device, where a first type of data in the multimedia data is sent to a second device for playing the first type of data, where The first type data is a type of data in the multimedia data, and the second type data is Another type of data in the video data and audio data in the multimedia data.
  • the playing, by the first device, the second type of data comprises: playing the second type of data after the first device delays a predetermined time.
  • the predetermined time is generated by the first device according to at least one of the following: an encoding format of the first type of data, and a transmission time of the first type of data sent by the first device to the second device And a codec capability of the second device for the first type of data; or, the predetermined time is preset.
  • the method further includes: the first device calculating a sum of a play time label of the second type of data and the predetermined time, and calculating a play time label of the sum and the first type of data The first device reduces the predetermined time when the difference is greater than the first threshold; and increases the predetermined time if the difference is greater than the second threshold.
  • the method further includes: the first device sending control signaling to the second device, where the control signaling is used to control the second device.
  • the sending, by the first device, the first type of data to the second device comprises: sending, by the first device, the first type of data to the second device by using a wireless display WIFI Display.
  • the method further includes: the first device adjusting the first type of data according to a connection situation with the second device and/or a remaining power of the first device, where the adjusting The content includes at least one of the following: compression ratio, video format, resolution.
  • the first type of data is one type of data in the multimedia data and the audio data
  • the second type of data is another one of video data and audio data in the multimedia data.
  • a playback apparatus including: a sending module, configured to send first type data in the multimedia data to a second device for playing the first type of data; a playing module, configured to play the second type of data in the multimedia data.
  • the sending module is configured to play the second type of data after delaying a predetermined time.
  • the device further includes: a generating module, configured to generate the predetermined time according to at least one of the following: an encoding format of the first type of data, the first device sending the first to the second device a transmission time of the type data, a codec capability of the second device for the first type of data; or a receiving module configured to receive the predetermined time set in advance.
  • the device further includes: a calculating module, configured to calculate a sum of a play time label of the second type of data and the predetermined time, and calculate a play time label of the sum and the first type of data And a processing module, configured to reduce the predetermined time if the difference is greater than the first threshold; and increase the predetermined time if the difference is greater than the second threshold.
  • the first device is configured to send the first type of data in the multimedia data to the second device for playing the first type of data, and the first device plays the second type of data in the multimedia data.
  • FIG. 1 is a flowchart of a playback method according to an embodiment of the present invention
  • FIG. 2 is a structural block diagram of a playback apparatus according to an embodiment of the present invention
  • FIG. 3 is a structural block diagram of a preferred playback apparatus according to an embodiment of the present invention.
  • 4 is a flow chart of an audio video playing method in accordance with a preferred embodiment of the present invention.
  • FIG. 1 is a flowchart of a playback method according to an embodiment of the present invention. As shown in FIG.
  • Step S102 A first device in a multimedia data
  • the first type of data is sent to the second device for playing the first type of data, wherein the first type of data is one type of data in the video data and the audio data in the multimedia data
  • Step S104 the first device plays the multimedia The second type of data in the data, wherein the second type of data is video data in the multimedia data and another type of data in the audio data.
  • the first device may send one type of data in the multimedia data to the second device, and another type of data that is not sent is played on the first device, thereby solving the multimedia data in the related art.
  • the problem caused by sharing all data to another terminal in the sharing technology improves the user experience.
  • the first type data and the second type data may be various types of data, for example, the first type data is one type of data in the multimedia data and the audio data, and the second type data is multimedia Another type of data in video data and audio data in data.
  • the first device may send audio data to the second device to play the video data on the device; the first device may also send the video data to the second device, and play the audio data on the device.
  • the user may be provided with an option for the user using the first device to select whether to transmit audio data or to transmit video data, or to transmit both audio data and video data to the second device.
  • the first device may also acquire the processing capability of the second device for the multimedia data by interacting with the second device, and then select whether to send the audio data or the video data to the second device according to the multimedia processing capability of the second device.
  • the second device may send the parameters of the display of the device and/or the specific parameters of the processor to the first device, and the first device determines that the video processing capability of the second device is better than the first device, and the first device detects the present
  • the headset is inserted into the device, and the first device determines that the user may wish to listen to the audio using the first device. Therefore, the first device transmits video data to the second device and plays audio on the local device.
  • the video data is sent to the second device by the first device, and the first device plays the audio data as an example (ie, the first type of data is video data, and the second type of data is audio data).
  • the following embodiments are equally applicable to the first device transmitting audio data to the second device and the first device playing video data. Considering that in some cases, sending video data and decoding video data may result in video playback delays, which may be unacceptable if it is acceptable for some users. As a preferred embodiment, the above delay may also be considered.
  • the first device may play the audio data after delaying the predetermined time.
  • the predetermined time may be set in advance according to an empirical value, or may be set according to actual playing conditions of video and audio.
  • the predetermined time may also be generated by the first device according to at least one of: an encoding format of the first type of data, a transmission time of the first device transmitting the first type of data to the second device, and a second device The ability to encode and decode the first type of data.
  • the first device may further implement adjusting the predetermined time, for example, the first device calculates a sum of a play time label of the second type of data and a predetermined time, and calculates the sum and the first type of data. Playing the difference of the time stamp; the first device decreases the predetermined time if the difference is greater than the first threshold; and increases the predetermined time if the difference is greater than the second threshold.
  • the first device may further send control signaling to the second device, where the control signaling is used to control the second device.
  • the control signaling can be sent through the TCP protocol or the UDP protocol, and the control signaling can control the speed of the second device to play, or pause the start of playing.
  • the first device may further adjust the first type of data according to the connection situation with the second device and/or the remaining power of the first device, where the adjusted content includes at least one of the following: a compression ratio, a video format, Resolution. For example, when the power is below the threshold, data with a higher compression ratio can be used.
  • FIG. 2 is a structural block diagram of a playback apparatus according to an embodiment of the present invention. As shown in FIG. 2, the playback apparatus includes: a sending module 22 and a playing module 24. The device will be described below.
  • the sending module 22 is configured to send the first type of data in the multimedia data to the second device for playing the first type of data; the playing module 24 is coupled to the sending module 22, and configured to play the second type of data in the multimedia data. .
  • the transmitting module 22 is arranged to play the second type of data after a predetermined time delay.
  • FIG. 3 is a structural block diagram of a preferred playback apparatus according to an embodiment of the present invention. As shown in FIG. 3, the apparatus further includes: a generating module 30 or a receiving module 32. The preferred structure will be described below.
  • the generating module 30 is coupled to the playing module 24, and configured to generate a predetermined time according to at least one of: an encoding format of the first type of data, a transmission time of the first device transmitting the first type of data to the second device, and a second device
  • the encoding and decoding capability of a type of data; or, the receiving module 32, coupled to the playing module 24, is configured to receive a predetermined time set in advance.
  • the foregoing apparatus may further include: a calculation module and a processing module, where the calculation module is configured to calculate a sum of a play time label of the second type of data and a predetermined time, and calculate and The difference between the play time tags of the type of data; the processing module, configured to decrease the predetermined time if the difference is greater than the first threshold; and increase the predetermined time if the difference is greater than the second threshold.
  • a calculation module and a processing module where the calculation module is configured to calculate a sum of a play time label of the second type of data and a predetermined time, and calculate and The difference between the play time tags of the type of data
  • the processing module configured to decrease the predetermined time if the difference is greater than the first threshold; and increase the predetermined time if the difference is greater than the second threshold.
  • FIG. 4 is a flowchart of an audio video playing method according to a preferred embodiment of the present invention. As shown in FIG.
  • Step S402 Search for a nearby WIFI P2P-enabled device by using WIFI P2P.
  • Step S404 after device A discovers device B, the device A needs to prompt the user. Users can choose whether to pair with device B as needed.
  • Step S406 establishing a connection between the Source and the sink device through WIFI P2P.
  • this step involves creating a Group Owner and a Client. Thereafter, the two devices will establish a TCP connection, and a port for the RTSP protocol will be created for subsequent session management and control.
  • Step S410 after the previous step is completed, the Source and Sink devices will establish a Miracast Session toast and then the video data can be transmitted.
  • the video data at the source end will be encoded and transmitted to the Sink device through the RTP protocol.
  • the Sink device will decode the received data.
  • the data is finally displayed.
  • the Source device plays the audio data through the source speaker, earphone or Bluetooth headset. Because the audio data is played directly without encoding and decoding, the video data is encoded by the Source device, wirelessly transmitted and Sink.
  • the decoding process of the device so the method of synchronizing audio and video is that the audio data is delayed by an empirical value, and the experience value is related to the resolution of the video, the video encoding and decoding capability of the source device and the Sink device, and the wireless network rate.
  • the experience value can be automatically generated or preset by the Source device.
  • this is an optional step. It is mainly used to handle some user-initiated control operations during the transmission process. These control data will be passed between the Source and the sink device via TCP.
  • Step S414 during the transmission, the device can dynamically adjust the transmission data and format according to the strength of the wireless signal, or even the power status of the device. Adjustable content includes compression ratio, video format, resolution, and more.
  • step S416 the entire session is stopped.
  • the mobile terminal for example, a mobile phone, the following is a mobile phone as an example
  • the TV can directly use WIFI without hard connection.
  • the video from the phone is delivered to the TV for display, and the sound is played on the TV.
  • the user does not need sound to play on the TV.
  • the user is worried that playing on the TV may affect other people's work or rest, or they may have better high-fidelity headphones to listen to, or they may choose to listen to the Bluetooth headset. And can move freely.
  • the following is an example of using a mobile phone and a television.
  • Mobile phone A supports WIFI P2P.
  • the WIFI Display function from the setting program of mobile phone A and finds the nearby device TV B that supports WIFI P2P.
  • the mobile phone A When the user decides that the mobile phone A is paired with the television B, the mobile phone A initiates a WIFI P2P connection to the television B.
  • this step involves establishing a Group Owner and a Client. Thereafter, the two devices will establish a TCP connection and a port for the RTSP protocol will be created for subsequent session management and control.
  • the mobile phone A and the television B need to exchange some Miracast parameter information, and the mobile phone A in this step only negotiates the video format. After the two negotiations are successful, the process can be continued.
  • Phone A and TV B will create a Miracast Session. Then you can start transferring video data.
  • the video data of the mobile terminal A will be encoded and transmitted to the television B through the RTP protocol.
  • TV B will decode the received data and finally display it.
  • the mobile phone A plays the audio data through the speaker, earphone or Bluetooth earphone of the mobile phone A. Because the audio data is played directly without encoding and decoding, and the video data is processed by the encoding of the mobile phone A, the wireless transmission, and the decoding of the television B, the audio and video synchronization method is that the audio data is delayed by an empirical value Interval for playing.
  • the value Interval is related to the resolution of the video, the video codec capability of the mobile phone A and the television B, the wireless network rate, etc., and the experience value Interval can be automatically generated or preset by the mobile phone A.
  • the mobile phone A uses the audio playback time label Audio_Tl as the standard clock, plus the empirical value Interval, compared with the video playback time label Video_T2 of the television B: If the Audio_Tl+Interval-Video_T2> threshold S 1 (such as 40 milliseconds) reduces the value of Interval . If Video_T2-Audio_Tl -Interval ⁇ threshold S2 (eg 10 ms) increase the value of Interval. 6) This is an optional step. It is mainly used to handle some user-initiated control operations during the transmission process. These control data will be passed between mobile phone A and TV B via TCP.
  • the device can dynamically adjust the transmission data and format according to the strength of the wireless signal and even the power status of the device.
  • Adjustable content includes compression ratio, video format, resolution, and more.

Abstract

本发明公开了播放方法及装置，其中，该方法包括：第一设备将多媒体数据中的第一类型数据发送给用于播放第一类型数据的第二设备；第一设备播放多媒体数据中的第二类型数据。通过本发明解决了相关技术中的多媒体数据分享技术中将所有数据都发送给另一终端所导致的问题，提高了用户体验。

Description

播放方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及播放方法及装置。 背景技术 在相关技术中， 设备之间可以通过多种多媒体数据分享技术来分享音频数据、 视 频数据， 例如， 无线显示 WIFI Display的核心功能就是让设备之间 （如与移动终端、 电视、 显示器） 通过 WIFI无线网络来分享音频、 视频数据。 在 WIFI Display技术中， 有 Source设备和 Sink设备， 其中， Source设备： 一种具有传输内容 （包含音频、 视 频数据） 的 WIFI Display装置。 Sink设备： 一种具有接收和渲染被传输的内容 （包含 音频、 视频数据） 的 WIFI Display装置。 下面以移动终端与电视为例进行说明。 在多媒体数据分享技术中， 手机和电视机 之间可以直接借助 WIFI， 而无需硬连线 （如高清晰度多媒体接口 （High Definition Multimedia Interface, 简称为 HDMI)) 就可将手机中的视频投递到电视上去显示， 而 声音也在电视上播放。 发明人发现， 在某些应用场景下， 用户不需要声音在电视上播放， 例如， 用户担 心在电视上播放影响其他人工作或休息， 或者自己有更好的高保真耳机收听， 或者自 己可选择使用蓝牙耳机收听而能自由地走动。 针对相关技术中的多媒体数据分享技术中将所有数据都发送给另一终端所导致的 问题， 在相关技术中并没有提出解决方案。 发明内容 本发明实施例提供了播放方法及装置， 以至少针对相关技术中的多媒体数据分享 技术中将所有数据都发送给另一终端所导致的问题。 根据本发明实施例的一个方面， 提供了一种播放方法， 包括： 第一设备将多媒体 数据中的第一类型数据发送给用于播放所述第一类型数据的第二设备， 其中， 所述第 —类型数据为所述多媒体数据中的视频数据和音频数据中的一种类型的数据； 所述第 一设备播放所述多媒体数据中的第二类型数据， 其中， 所述第二类型数据为所述多媒 体数据中的视频数据和音频数据中的另一种类型的数据。 优选地， 所述第一设备播放所述第二类型数据包括： 所述第一设备延迟预定时间 后播放所述第二类型数据。 优选地， 所述预定时间由所述第一设备根据以下至少一生成： 所述第一类型数据 的编码格式、 所述第一设备向所述第二设备发送所述第一类型数据的传输时间、 所述 第二设备的对于所述第一类型数据的编解码能力； 或者，所述预定时间是预先设置的。 优选地， 所述方法还包括： 所述第一设备计算所述第二类型数据的播放时间标签 与所述预定时间的和， 并计算所述和与所述第一类型数据的播放时间标签的差值； 所 述第一设备在所述差值大于第一阈值的情况下， 减少所述预定时间； 在所述差值大于 第二阈值的情况下， 增加上述预定时间。 优选地， 所述方法还包括： 所述第一设备向所述第二设备发送控制信令， 其中， 所述控制信令用于对所述第二设备进行控制。 优选地， 所述第一设备将所述第一类型数据发送给所述第二设备包括： 所述第一 设备通过无线显示 WIFI Display将所述第一类型数据发送给所述第二设备。 优选地， 所述方法还包括： 所述第一设备根据与所述第二设备的连接情况和 /或所 述第一设备的剩余电量对所述第一类型数据进行调整， 其中， 所述调整的内容包括以 下至少之一： 压缩率、 视频格式、 分辨率。 优选地， 所述第一类型数据为所述多媒体数据中的视频数据和音频数据中的一种 类型的数据， 所述第二类型数据为所述多媒体数据中的视频数据和音频数据中的另一 种类型的数据。 根据本发明实施例的另一个方面， 还提供了一种播放装置， 包括： 发送模块， 设 置为将多媒体数据中的第一类型数据发送给用于播放所述第一类型数据的第二设备； 播放模块， 设置为播放所述多媒体数据中的第二类型数据。 优选地， 所述发送模块， 设置为在延迟预定时间后播放所述第二类型数据。 优选地， 所述装置还包括： 生成模块， 设置为根据以下至少一生成所述预定时间： 所述第一类型数据的编码格式、 所述第一设备向所述第二设备发送所述第一类型数据 的传输时间、所述第二设备的对于所述第一类型数据的编解码能力； 或者， 接收模块， 设置为接收预先设置的所述预定时间。 优选地， 所述装置还包括： 计算模块， 设置为计算所述第二类型数据的播放时间 标签与所述预定时间的和，并计算所述和与所述第一类型数据的播放时间标签的差值; 处理模块， 设置为在所述差值大于第一阈值的情况下， 减少所述预定时间； 在所述差 值大于第二阈值的情况下， 增加上述预定时间。 在本发明实施例中采用了第一设备将多媒体数据中的第一类型数据发送给用于播 放第一类型数据的第二设备，； 第一设备播放多媒体数据中的第二类型数据。通过本发 明实施例解决了相关技术中的多媒体数据分享技术中将所有数据都发送给另一终端所 导致的问题， 提高了用户体验。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的播放方法的流程图； 图 2是根据本发明实施例的播放装置的结构框图； 图 3是根据本发明实施例的优选播放装置的结构框图； 图 4是根据本发明优选实施例的音频视频播放方法的流程图。 具体实施方式 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特征可以相 互组合。 下面将参考附图并结合实施例来详细说明本发明。 在本实施例中提供了一种播放方法， 图 1是根据本发明实施例的播放方法的流程 图， 如图 1所示， 该流程包括如下步骤： 步骤 S102，第一设备将多媒体数据中的第一类型数据发送给用于播放第一类型数 据的第二设备， 其中， 第一类型数据为多媒体数据中的视频数据和音频数据中的一种 类型的数据； 步骤 S104， 第一设备播放多媒体数据中的第二类型数据， 其中， 第二类型数据为 多媒体数据中的视频数据和音频数据中的另一种类型的数据。 通过上述步骤，第一设备可以将多媒体数据中的一种类型的数据发送给第二设备， 而没有发送的另一类型的数据在该第一设备上播放， 从而解决了相关技术中的多媒体 数据分享技术中将所有数据都发送给另一终端所导致的问题， 提高了用户体验。 优选地， 第一类型数据和第二类型数据可以是各种类型的数据， 例如， 第一类型 数据为多媒体数据中的视频数据和音频数据中的一种类型的数据， 第二类型数据为多 媒体数据中的视频数据和音频数据中的另一种类型的数据。 以下以音频数据和视频数 据为例进行说明。 在上述步骤中， 第一设备可以向第二设备发送音频数据， 在本设备上播放视频数 据； 第一设备也可以向第二设备发送视频数据， 在本设备上播放音频数据。 优选地， 可以向用户提供一个选项， 让使用第一设备的该用户选择是发送音频数据还是发送视 频数据， 或者是将音频数据和视频数据均发送给第二设备。 第一设备也可以通过与第 二设备的交互获取第二设备对于多媒体数据的处理能力， 然后根据第二设备的多媒体 处理能力选择向第二设备发送音频数据还是视频数据。 例如， 第二设备可以将其设备 的显示器的参数和 /或处理器的具体参数发送给第一设备， 第一设备判断第二设备的视 频处理能力要优于自己， 而第一设备探测到本设备上插入耳机， 第一设备判断用户可 能希望使用第一设备听音频， 因此， 第一设备向第二设备发送视频数据， 而在本机上 播放音频。 以下以第一设备向第二设备发送视频数据， 第一设备播放音频数据为例 （即第一 类型数据为视频数据， 第二类型数据为音频数据） 进行说明。 以下实施例对于第一设 备向第二设备发送音频数据而第一设备播放视频数据同样适用。 考虑到在某些情况下， 发送视频数据以及对视频数据的解码可能会导致视频播放 延迟， 该延迟如果对于某些用户而言是可以接受的， 那么就不需要进行调整。 作为一 个优选的实施方式， 也可以考虑上述延迟， 为了保持与视频数据播放的同步， 第一设 备可以在延迟预定时间后播放音频数据。 该预定时间可以是根据经验值预先设置的， 也可以是根据视频和音频的实际播放情况来设置的。 作为另一个优选的实施方式， 该 预定时间还可以由第一设备根据以下至少一生成： 第一类型数据的编码格式、 第一设 备向第二设备发送第一类型数据的传输时间、 第二设备的对于第一类型数据的编解码 能力。 在另一个优选实施方式中， 第一设备还可以实施调整该预定时间， 例如， 第一设 备计算第二类型数据的播放时间标签与预定时间的和， 并计算该和与第一类型数据的 播放时间标签的差值； 第一设备在差值大于第一阈值的情况下， 减少预定时间； 在差 值大于第二阈值的情况下， 增加上述预定时间。 优选地， 第一设备还可以向第二设备发送控制信令， 其中， 控制信令用于对第二 设备进行控制。 该控制信令可以通过 TCP协议或者 UDP协议发送， 该控制信令可以 用户控制第二设备播放的快慢， 或者暂停开始播放等功能。 优选地， 第一设备还可以根据与第二设备的连接情况和 /或第一设备的剩余电量对 第一类型数据进行调整， 其中， 调整的内容包括以下至少之一： 压缩率、 视频格式、 分辨率。 例如， 在电量低于阈值时， 可以采用压缩率较高的数据。 上述实施例及优选实施方式可以应用在 WIFI Display技术中， SP， 第一设备通过 无线显示 WIFI Display将第一类型数据发送给第二设备。 在本实施例中还提供了一种播放装置， 该播放装置用于实现上述的方法， 已经进 行过说明的在此不再赘述。 上述实施例及其优选实施方式中的方法步骤均可以使用模 块来实现。 以下装置中涉及到的模块可以存储在存储装置中， 该模块实现的功能可以 通过 CPU来实现。 图 2是根据本发明实施例的播放装置的结构框图， 如图 2所示， 该 播放装置包括： 发送模块 22和播放模块 24。 下面对该装置进行说明。 发送模块 22， 设置为将多媒体数据中的第一类型数据发送给用于播放第一类型数 据的第二设备； 播放模块 24， 耦合至发送模块 22， 设置为播放多媒体数据中的第二类型数据。 优选地， 发送模块 22设置为在延迟预定时间后播放第二类型数据。 图 3是根据本发明实施例的优选播放装置的结构框图， 如图 3所示， 该装置还包 括： 生成模块 30或者接收模块 32。 下面对该优选的结构进行说明。 生成模块 30， 耦合至播放模块 24， 设置为根据以下至少一生成预定时间： 第一类 型数据的编码格式、 第一设备向第二设备发送第一类型数据的传输时间、 第二设备的 对于第一类型数据的编解码能力； 或者， 接收模块 32， 耦合至播放模块 24设置为接 收预先设置的预定时间。 在另一个优选的实施方式中， 上述装置还可以包括： 计算模块和处理模块， 其中， 计算模块， 设置为计算第二类型数据的播放时间标签与预定时间的和， 并计算和与第 一类型数据的播放时间标签的差值； 处理模块， 设置为在差值大于第一阈值的情况下， 减少预定时间； 在差值大于第二阈值的情况下， 增加上述预定时间。 下面结合优选实施例进行说明。 在本优选实施例中提出了一种基于 WIFI DISPLAY的音频播放的方法。 该方法基 于 WIFI DISPLAY技术； Source设备与 Sink设备只协商视频数据， 将视频数据在设备 之间分享； 而音频数据在 Source设备的扬声器、 耳机或蓝牙耳机等进行播放； Sink设 备播放视频， Source设备播放音频， 其音视频同步的方法是音频视频播放时音频数据 延时一个经验值进行播放； 该经验值与视频的分辨率、 Source设备与 Sink设备的视频 编解码能力、无线网络速率等有关；该经验值可以由 Source设备自动生成或预先设置。 图 4是根据本发明优选实施例的音频视频播放方法的流程图， 如图 4所示， 该流 程包括如下步骤： 步骤 S402， 通过 WIFI P2P来查找附近的支持 WIFI P2P的设备。 步骤 S404， 当设备 A发现设备 B后， A设备需要提示用户。 用户可根据需要选 择是否和设备 B配对。 步骤 S406， Source和 Sink设备之间通过 WIFI P2P建立连接。 根据 WIFI Direct 技术规范， 这个步骤包括建立一个 Group Owner和一个 Client。 此后， 这两个设备将 建立一个 TCP连接， 同时一个用于 RTSP协议的端口将被创建用于后续的 Session管 理和控制工作。 步骤 S408， 在正式传输视音频数据前， Source和 Sink设备需要交换一些 Miracast 参数信息， 该步骤中的 Source只协商视频格式。 二者协商成功后， 才能继续后面的流 程。 步骤 S410， 上一步工作完成后， Source和 Sink设备将建立一个 Miracast Session„ 而后就可以开始传输视频数据。 Source端的视频数据将经编码后通过 RTP 协议传给 Sink设备。 Sink设备将解码收到的数据， 并最终显示出来。 同时， Source设备将音频 数据通过 Source端的扬声器、 耳机或蓝牙耳机进行播放。 因为音频数据不经过编解码 而直接播放， 而视频数据经过 Source设备的编码、 无线传输和 Sink设备的解码等过 程， 因此音视频同步的方法是音频数据延时一个经验值进行播放， 该经验值与视频的 分辨率、 Source设备与 Sink设备的视频编解码能力、 无线网络速率等有关， 该经验值 可以由 Source设备自动生成或预先设置。 步骤 S412， 这是一个可选步骤。 主要用于在传输过程中处理用户发起的一些控制 操作。 这些控制数据将通过 TCP在 Source和 Sink设备之间传递。 步骤 S414， 传输过程中， 设备可根据无线信号的强弱， 甚至设备的电量状况来动 态调整传输数据和格式。 可调整的内容包括压缩率， 视频格式， 分辨率等内容。 步骤 S416， 停止整个 Session。 在上述步骤中， 可以解决如下场景中的问题： 基于 WIFI Display技术， 移动终端 (例如， 手机， 以下以手机为例进行说明）和电视机之间可以直接借助 WIFI， 而无需 硬连线就可将手机中的视频投递到电视上去显示， 而声音也在电视上播放。 在某些应 用场景下， 用户不需要声音在电视上播放， 例如， 用户担心在电视上播放影响其他人 工作或休息， 或者自己有更好的高保真耳机收听， 或者自己可选择使用蓝牙耳机收听 而能自由地走动。 以下就以手机和电视为例进行说明。
1 ) 手机 A支持 WIFI P2P, 当用户从手机 A的设置程序中选择开启 WIFI Display 功能并找到附近的支持 WIFI P2P的设备电视 B。
2) 手机 A发现电视 B后， 手机 A需要提示用户。 用户可根据需要选择是否和电 视 B配对。
3 ) 当用户决定手机 A与电视 B配对后， 手机 A向电视 B发起 WIFI P2P连接。 根据 WIFI Direct技术规范，这个步骤包括建立一个 Group Owner和一个 Client。此后， 这两个设备将建立一个 TCP连接， 同时一个用于 RTSP协议的端口将被创建用于后续 的 Session管理和控制工作。 4)在正式传输视音频数据前， 手机 A和电视 B需要交换一些 Miracast参数信息， 该步骤中的手机 A只协商视频格式。 二者协商成功后， 才能继续后面的流程。
5 ) 上一步工作完成后， 手机 A和电视 B将建立一个 Miracast Session。 而后就可 以开始传输视频数据。手机 A端的视频数据将经编码后通过 RTP协议传给电视 B。 电 视 B将解码收到的数据， 并最终显示出来。 同时， 手机 A将音频数据通过手机 A的 扬声器、 耳机或蓝牙耳机进行播放。 因为音频数据不经过编解码而直接播放， 而视频 数据经过手机 A的编码、无线传输和电视 B的解码等过程， 因此音视频同步的方法是 音频数据延时一个经验值 Interval进行播放， 该经验值 Interval与视频的分辨率、 手机 A与电视 B的视频编解码能力、 无线网络速率等有关， 该经验值 Interval可以由手机 A自动生成或预先设置。 手机 A以音频播放时间标签 Audio_Tl为标准时钟， 加上经验值 Interval, 与电视 B的视频播放时间标签 Video_T2来比较： 如果 Audio_Tl+Interval-Video_T2>阀值 S 1 (比如 40毫秒） 减少 Interval的值。 如果 Video_T2-Audio_Tl -Interval <阀值 S2 (比如 10毫秒） 增加 Interval的值。 6)这是一个可选步骤。 主要用于在传输过程中处理用户发起的一些控制操作。这 些控制数据将通过 TCP在手机 A和电视 B之间传递。
7)传输过程中， 设备可根据无线信号的强弱， 甚至设备的电量状况来动态调整传 输数据和格式。 可调整的内容包括压缩率， 视频格式， 分辨率等内容。
8) 停止整个 Session。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 或者将它们分别制作成各个集成电路模 块， 或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明 不限制于任何特定的硬件和软件结合。 以上仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技术人 员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何 修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 本发明实施例的技术方案可以应用在多媒体应用领域， 解决了相关技术中的多媒 体数据分享技术中将所有数据都发送给另一终端所导致的问题， 提高了用户体验。

Claims

权 利 要 求 书
1. 一种播放方法， 包括：
第一设备将多媒体数据中的第一类型数据发送给用于播放所述第一类型数 据的第二设备；
所述第一设备播放所述多媒体数据中的第二类型数据。
2. 根据权利要求 1所述的方法，其中，所述第一设备播放所述第二类型数据包括:
所述第一设备延迟预定时间后播放所述第二类型数据。
3. 根据权利要求 2所述的方法， 其中， 所述预定时间由所述第一设备根据以下至少之一生成： 所述第一类型数据 的编码格式、所述第一设备向所述第二设备发送所述第一类型数据的传输时间、 所述第二设备的对于所述第一类型数据的编解码能力；
或者，
所述预定时间是预先设置的。
4. 根据权利要求 2所述的方法， 其中， 所述方法还包括： 所述第一设备计算所述第二类型数据的播放时间标签与所述预定时间的 和， 并计算所述和与所述第一类型数据的播放时间标签的差值；
所述第一设备在所述差值大于第一阈值的情况下， 减少所述预定时间； 在 所述差值大于第二阈值的情况下， 增加上述预定时间。
5. 根据权利要求 1所述的方法， 其中， 所述方法还包括：
所述第一设备向所述第二设备发送控制信令， 其中， 所述控制信令用于对 所述第二设备进行控制。
6. 根据权利要求 1所述的方法， 其中， 所述第一设备将所述第一类型数据发送给 所述第二设备包括- 所述第一设备通过无线显示 WIFI Display将所述第一类型数据发送给所述 第二设备。
7. 根据权利要求 1至 6中任一项所述的方法， 其中， 所述方法还包括： 所述第一设备根据与所述第二设备的连接情况和 /或所述第一设备的剩余 电量对所述第一类型数据进行调整，其中，所述调整的内容包括以下至少之一: 压缩率、 视频格式、 分辨率。
8. 根据权利要求 1至 6中任一项所述的方法， 其中， 所述第一类型数据为所述多 媒体数据中的视频数据和音频数据中的一种类型的数据， 所述第二类型数据为 所述多媒体数据中的视频数据和音频数据中的另一种类型的数据。
9. 一种播放装置， 包括：
发送模块， 设置为将多媒体数据中的第一类型数据发送给用于播放所述第 一类型数据的第二设备；
播放模块， 设置为播放所述多媒体数据中的第二类型数据。
10. 根据权利要求 9所述的装置， 其中， 所述发送模块， 设置为在延迟预定时间后 播放所述第二类型数据。
11. 根据权利要求 10所述的装置， 其中， 所述装置还包括：
生成模块， 设置为根据以下至少之一生成所述预定时间： 所述第一类型数 据的编码格式、 所述第一设备向所述第二设备发送所述第一类型数据的传输时 间、 所述第二设备的对于所述第一类型数据的编解码能力；
或者，
接收模块， 设置为接收预先设置的所述预定时间。
12. 根据权利要求 10所述的装置， 其中， 所述装置还包括：
计算模块， 设置为计算所述第二类型数据的播放时间标签与所述预定时间 的和， 并计算所述和与所述第一类型数据的播放时间标签的差值；
处理模块，设置为在所述差值大于第一阈值的情况下，减少所述预定时间； 在所述差值大于第二阈值的情况下， 增加上述预定时间。
PCT/CN2013/083812 2013-08-27 2013-09-18 播放方法及装置 WO2014169570A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310379717.7A CN104427381A (zh) 2013-08-27 2013-08-27 播放方法及装置
CN201310379717.7 2013-08-27

Publications (1)

Publication Number Publication Date
WO2014169570A1 true WO2014169570A1 (zh) 2014-10-23

Family

ID=51730729

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083812 WO2014169570A1 (zh) 2013-08-27 2013-09-18 播放方法及装置

Country Status (2)

Country Link
CN (1) CN104427381A (zh)
WO (1) WO2014169570A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105872673A (zh) * 2015-12-18 2016-08-17 乐视移动智能信息技术（北京）有限公司 多媒体数据显示方法及装置
CN105739937B (zh) * 2016-01-27 2020-03-17 努比亚技术有限公司 一种移动终端投影方法、终端设备及系统
CN106028061B (zh) * 2016-06-21 2019-05-24 天脉聚源(北京)传媒科技有限公司 一种视频播放中的切换视频格式的方法及装置
CN109996348B (zh) 2017-12-29 2022-07-05 中兴通讯股份有限公司 智能眼镜与智能设备交互的方法、系统及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060088284A1 (en) * 2004-10-26 2006-04-27 Paul Shen Digital photo kiosk and methods for digital image processing
CN102263998A (zh) * 2011-07-11 2011-11-30 深圳市同洲电子股份有限公司 数字电视接收方法及装置
CN102595221A (zh) * 2012-02-14 2012-07-18 青岛海信电器股份有限公司 多屏互动系统及相应的多媒体智能终端

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1860866A1 (en) * 2006-05-26 2007-11-28 British Telecommunications Public Limited Company Audio-visual reception
CN101282464B (zh) * 2007-04-03 2012-12-19 联想(北京)有限公司 转移视频的终端及方法
CN102118533A (zh) * 2010-12-22 2011-07-06 青岛海信宽带多媒体技术有限公司 手机资源在电视机上播放的实现方法及实现装置
CN102724590A (zh) * 2011-03-29 2012-10-10 深圳市同洲软件有限公司 一种音频处理方法及数字电视终端和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060088284A1 (en) * 2004-10-26 2006-04-27 Paul Shen Digital photo kiosk and methods for digital image processing
CN102263998A (zh) * 2011-07-11 2011-11-30 深圳市同洲电子股份有限公司 数字电视接收方法及装置
CN102595221A (zh) * 2012-02-14 2012-07-18 青岛海信电器股份有限公司 多屏互动系统及相应的多媒体智能终端

Also Published As

Publication number Publication date
CN104427381A (zh) 2015-03-18

Similar Documents

Publication Publication Date Title
JP5989779B2 (ja) 同期したワイヤレスディスプレイデバイス
US9648073B2 (en) Streaming control for real-time transport protocol
ES2658073T3 (es) Sincronización de flujos de medios través de múltiples dispositivos
US9430177B2 (en) Method and apparatus for providing an enhanced Wi-Fi display session in a Wi-Fi display network, and system thereof
KR101702273B1 (ko) 음성 및 데이터 통신을 달성하기 위해 ｗｉ-ｆｉ 디스플레이 전송 메커니즘들을 사용하는 방법 및 시스템
US8681822B2 (en) System and method for synchronizing media presentation at multiple recipients
US20120099594A1 (en) Media distribution architecture
JP2018533318A (ja) ワイヤレスオーディオ同期
US20220248333A1 (en) Method For Operating A Bluetooth Device
US9843825B1 (en) Distributed and synchronized media switching
TW201813410A (zh) 體驗感知之多媒體自適串流的品質
WO2013127172A1 (zh) 一种流媒体传输方法、设备及系统
WO2012109821A1 (zh) 流媒体资源共享的方法、系统及具有dlna功能的设备
KR20220035133A (ko) 무선 통신 시스템에서 적응적인 오디오 처리 방법, 장치, 컴퓨터 프로그램 및 그 기록 매체
WO2013155766A1 (zh) 一种多媒体视频数据的发送、接收方法及对应装置
US10972536B2 (en) System and method for synchronizing media presentation at multiple recipients
WO2014169570A1 (zh) 播放方法及装置
CN107438990B (zh) 用于递送定时信息的方法和设备
JP2019525235A (ja) 同期オーディオ再生装置
CN114747176A (zh) 用于在无线通信系统中设置加密密钥的方法、装置和计算机程序及其记录介质
WO2013189435A2 (zh) 基于播放状态信息同步的处理方法、系统及相关装置
TW200901717A (en) Techniques for unidirectional disabling of audio-video synchronization
TW201701711A (zh) 用於管理反向通道音訊通信期的技術
CN114710568B (zh) 音视频数据通信方法、设备及存储介质
JP2006319851A (ja) 携帯端末、ストリーミング通信システム、ストリーミング通信方法及びストリーミング通信プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13882191

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13882191

Country of ref document: EP

Kind code of ref document: A1