CN113114687B - 一种iptv合流方法及系统 - Google Patents
一种iptv合流方法及系统 Download PDFInfo
- Publication number
- CN113114687B CN113114687B CN202110402250.8A CN202110402250A CN113114687B CN 113114687 B CN113114687 B CN 113114687B CN 202110402250 A CN202110402250 A CN 202110402250A CN 113114687 B CN113114687 B CN 113114687B
- Authority
- CN
- China
- Prior art keywords
- video
- stream
- streams
- video stream
- information
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Abstract
本发明公开了一种IPTV合流方法及系统,方法包括步骤:分别从至少两个不同的视频源获取对应的视频流;对视频流分别进行解码以确认视频流的有效性;将确认有效的视频流进行缓存;对缓存的视频流进行合流后推送给终端设备;系统包括拉流模块,用于从不同视频源进行拉流,并将从不同视频源产生的视频流推送给解码模块;解码模块,用于对不同视频源产生的视频流的进行解码、合并;推流模块,用于将解码模块推送的视频流推送给终端设备。实施本发明,解决了现有的视频流合流技术,合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。
Description
技术领域
本发明涉及实时视频处理技术领域,特别涉及一种高品质的IPTV合流方法及系统。
背景技术
近年来,在视频直播或多用户视频通话等涉及多路视频流的实时场景中,需要将多路视频流合成为一路视频,以使得用户终端能够同时显示多个用户的视频画面。
视频合流方法,包括:终端通过一个传输通道将多路视频流上传给服务器,以及从另一个传输通道将每路视频流的布局信息传输给服务器。服务器根据每路视频流的布局信息将这多路视频流合成为一路视频,然后将合成的视频发送给用户终端。
同时,随着视频直播的快速发展,主播可以通过多种方式进行直播,可以与观众或其他主播进行互动。连麦直播属于其中的一种互动方式。主播端将采集的主播的视频流发送至主服务器,主服务器接收主播端发送的视频流后,将接收到的视频流进行合并得到连麦视频流,观众可以通过关中断从主服务器获取到主播之间的连麦直播视频。连麦主播视频,视频流均在主服务器进行合流,造成合流速度慢、效率低。
另外,在进行RTP组播形式时,RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步,但并不保证服务质量。视频文件进行丢帧或者插帧的处理后再与音频文件合并为一个视频文件,实现文件的音视频同步,但是这样的步骤比较复杂且无实时性可言。因此,无法实现将音频流和视频流实时编解码合流为一个视频文件并实时推流。
发明内容
针对现有的视频流合流技术,合流速度忙、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题,提出一种IPTV合流方法及系统,通过对多个不同的视频源产生的视频流进行拉流,根据PCR信息对视频流的有效性进行确认,对之前收到的报文进行丢弃,以continuity_counter为准对视频流PID的包流进行合并,后收到或报文不完整的直接丢弃,解决了现有的视频流合流技术,合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。
一种IPTV合流方法,用于IPTV的合流及推流,包括步骤:
分别从至少两个不同的视频源获取对应的视频流;
对所述视频流分别进行解码以确认所述视频流的有效性;
将确认有效的视频流进行缓存;
对缓存的所述视频流进行合流后推送给终端设备。
结合本发明所述的IPTV合流方法,第一种可能实施方式中,在所述步骤:分别从至少两个不同的视频源获取对应的视频流,之前还包括步骤:
搭建至少两个视频源;
所述视频源分别产生用于RTP组播的视频流。
结合本发明所述的IPTV合流方法,第二种可能实施方式中,所述步骤:对所述视频流分别进行解码以确认所述视频流的有效性,步骤包括子步骤:
获取带有第一标签信息的第一个视频流数据包;
将所述第一个视频流数据包作为首个报文信息。
结合本发明所述的第二种可能实施方式,第三种可能实施方式中,所述步骤:对所述视频流分别进行解码以确认所述视频流的有效性,步骤还包括子步骤:
删除所述首个报文信息之前的所有的报文信息;
根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效。
结合本发明所述的第三种可能实施方式,第四种可能实施方式中,所述步骤:根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效,步骤中包括子步骤:
将所述第一标签信息设为PCR信息;
若分别获取的不同的视频流PCR信息大于所述首个报文的PCR信息,则判定获取的视频流为有效视频流,其他的视频流为无效视频流;
删除所述无效视频流。
结合本发明所述的第四种可能的实施方式,第五种可能实施方式中,所述步骤:将确认有效的视频流进行缓存,包括子步骤:
记录多个不同视频源产生的相同PCR信息视频流的PID及continuity_counter;
以所述PID信息为单位对所述视频流进行缓存。
结合本发明所述的第四种可能的实施方式,第六种可能实施方式中,所述步骤:对缓存的所述视频流进行合流后推送给终端设备,包括子步骤:
以continuity_counter为准对所述相同PCR信息视频流的PID包流进行合并;
对于同一视频流源的相同continuity_counter的视频流,以先收到的且报文完整的为准。
一种IPTV合流系统,采用第一方面所述的合流方法,包括:
拉流模块,用于从不同视频源进行拉流,并将从所述不同视频源产生的视频流推送给解码模块;
解码模块,用于对所述不同视频源产生的视频流的进行解码、合并;
推流模块,用于将解码模块推送的视频流推送给终端设备。
结合本发明所述的额IPTV合流系统,第一种可能的实施方式中,所述解码模块包括:
确认单元,用于以PCR信息为准判断确认视频源产生的视频流是否有效;
统计单元,用于记录不同视频源产生的视频流的PID信息及continuity_counter信息;
缓存单元,用于以所述PID信息为单位对所述视频流进行缓存。
合并单元,用于对相同PCR信息视频流的PID包流进行合并。
结合本发明所述的额IPTV合流系统,第二种可能的实施方式中,所述解码模块还包括:
推送单元,用以将合并后的视频流推送给终端设备。
实施本发明所述的一种IPTV合流方法及系统,对多个不同的视频源产生的视频流进行拉流,根据PCR信息对视频流的有效性进行确认,对之前收到的报文进行丢弃,以continuity_counter为准对视频流PID的包流进行合并,后收到或报文不完整的直接丢弃,解决了现有的视频流合流技术,合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明中IPTV合并方法流程步骤示意图;
图2是本发明中IPTV合并方法第一实施例流程步骤示意图;
图3是本发明中IPTV合并方法第二实施例流程步骤示意图;
图4是本发明中IPTV合并方法第三实施例流程步骤示意图;
图5是本发明中IPTV合并方法第四实施例流程步骤示意图;
图6是本发明中IPTV合并方法第五实施例流程步骤示意图;
图7是本发明中IPTV合并方法第六实施例流程步骤示意图;
图8是本发明中IPTV合并系统逻辑连接示意图;
图9是本发明中IPTV合并系统第一实施例示意图;
附图中各数字所指代的部位名称为:100——合流系统、110——拉流模块、120——解码模块、121——确认单元、122——统计单元、123——缓存单元、124——合并单元、130——推流模块。
具体实施方式
下面将结合发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有付出创造性劳动前提下所获得的其他实施例,都属于本发明保护的范围。
需要说明的是,当元件被称为“固定于”另一个元件,它可以直接在另一个元件上或者也可以存在居中的元件。当一个元件被认为是“连接”另一个元件,它可以是直接连接到另一个元件或者可能同时存在居中元件。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
现有的连麦主播视频,视频流均在主服务器进行合流,造成合流速度慢、效率低。
另外,在进行RTP组播形式时,RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步,但并不保证服务质量,无法实现将音频流和视频流实时编解码合流为一个视频文件并实时推流。
针对现有的视频流合流技术,合流速度忙、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题,提出一种IPTV合流方法及系统。
一种IPTV合流方法,如图1,图1是本发明中IPTV合并方法流程步骤示意图,用于IPTV的合流及推流,包括步骤:
S1、分别从至少两个不同的视频源获取对应的视频流;
可以搭建两个视频源,推流方式不限,优选地,以RTP组播形式推流同一个直播流。拉流模块110将原始视频流推送给解码模块120,视频编码方式不限,优选以TS格式示例进行解码。
S2、对视频流分别进行解码以确认视频流的有效性;
优选地,如图2,图2是本发明中IPTV合并方法第一实施例流程步骤示意图,步骤S2包括子步骤:
S21、获取带有第一标签信息的第一个视频流数据包;S22、将第一个视频流数据包作为首个报文信息。
优选地,如图3,图3是本发明中IPTV合并方法第二实施例流程步骤示意图,步骤S2还包括子步骤:
S23、删除首个报文信息之前的所有的报文信息;S24、根据报文信息中的第一标签信息判断获取的视频流是否有效。
优选地,如图4,图4是本发明中IPTV合并方法第三实施例流程步骤示意图,步骤S24包括子步骤:
S241、将第一标签信息设为PCR信息;
S242、若分别获取的不同的视频流PCR信息大于首个报文的PCR信息,则判定获取的视频流为有效视频流,其他的视频流为无效视频流;
S243、删除无效视频流。
解码模块120以第一标签信息也即PCR信息(时间戳)确认各个视频源产生的视频流的有效性。解码模块120以收到的第一个带有PCR信息的数据包为首个报文,之前的报文直接丢弃不用。以此PCR信息为准,视频源A与视频源B产生视频流的报文PCR信息必须大于等于首个报文,否则认为视频源A或视频源B产生的视频流无效。
根据PCR信息对视频流的有效性进行确认,对之前收到的报文进行丢弃,减轻了系统的缓存压力。
S3、将确认有效的视频流进行缓存;
优选地,如图5,图5是本发明中IPTV合并方法第四实施例流程步骤示意图,步骤S3包括子步骤:
S31、记录多个不同视频源产生的相同PCR信息视频流的PID及continuity_counter;S32、以PID信息为单位对视频流进行缓存。
解码模块120确认视频源产生的视频流均有效后,视频源A与视频源B以PCR信息(时间戳)为准同步视频流,多个视频源的视频流PCR信息相同的包将记录其TS中PID与continuity_counter,并开始以PID为单位进行视频流的缓存。
S4、对缓存的视频流进行合流后推送给终端设备。
优选地,如图6,图6是本发明中IPTV合并方法第五实施例流程步骤示意图,步骤S4包括子步骤:
S41、以continuity_counter为准对相同PCR信息视频流的PID包流进行合并;S42、对于同一视频流源的相同continuity_counter的视频流,以先收到的且报文完整的为准。
解码模块120以TS头中continuity_counter为准对视频流各个PID的流进行合并,相同continuity_counter以先收到且报文完整的为准,后收到或报文不完整的直接丢弃。合并过后的视频流推送给推流模块130。
以continuity_counter为准对视频流PID的包流进行合并,后收到或报文不完整的直接丢弃,解决了现有的视频流合流技术,合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。
优选地,如图7,图7是本发明中IPTV合并方法第六实施例流程步骤示意图,在步骤S1之前还包括步骤:
Sa、搭建至少两个视频源;
Sb、视频源分别产生用于RTP组播的视频流。
一种IPTV合流系统100,如图8,图8是本发明中IPTV合并系统逻辑连接示意图,采用第一方面的合流方法,包括:
拉流模块110,用于从不同视频源进行拉流,并将从不同视频源产生的视频流推送给解码模块120;解码模块120,用于确定不同视频源产生的视频流的进行解码、合并;推流模块130,用于将解码模块120推送的视频流推送给终端设备。
解码模块120如图9,图9是本发明中IPTV合并系统第一实施例示意图,包括:确认单元121,用于以PCR信息为准判断确认视频源产生的视频流是否有效;统计单元122,用于记录不同视频源产生的视频流的PID信息及continuity_counter信息;缓存单元123,用于以PID信息为单位对视频流进行缓存。合并单元124,用于对相同PCR信息视频流的PID包流进行合并。
解码模块120以第一标签信息也即PCR信息(时间戳)确认各个视频源产生的视频流的有效性。解码模块120以收到的第一个带有PCR信息的数据包为首个报文,之前的报文直接丢弃不用。以此PCR信息为准,视频源A与视频源B产生视频流的报文PCR信息必须大于等于首个报文,否则认为视频源A或视频源B产生的视频流无效。
根据PCR信息对视频流的有效性进行确认,对之前收到的报文进行丢弃,减轻了系统的缓存压力。
解码模块120确认视频源产生的视频流均有效后,视频源A与视频源B以PCR信息(时间戳)为准同步视频流,多个视频源的视频流PCR信息相同的包将记录其TS中PID与continuity_counter,并开始以PID为单位进行视频流的缓存。
以continuity_counter为准对视频流PID的包流进行合并,后收到或报文不完整的直接丢弃,解决了现有的视频流合流技术,合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。
解码模块120还包括推送单元,用以将合并后的视频流推送给终端设备。
实施本发明的一种IPTV合流方法及系统,对多个不同的视频源产生的视频流进行拉流,根据PCR信息对视频流的有效性进行确认,对之前收到的报文进行丢弃,以continuity_counter为准对视频流PID的包流进行合并,后收到或报文不完整的直接丢弃,解决了现有的视频流合流技术,合流速度慢、效率低及无法将音频流和视频流实时编解码合流为一个视频文件并实时推流的问题。
以上仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (5)
1.一种IPTV合流方法,用于IPTV的合流及推流,其特征在于,包括步骤:
分别从至少两个不同的视频源获取对应的视频流;
对所述视频流分别进行解码以确认所述视频流的有效性;
将确认有效的视频流进行缓存;
对缓存的所述视频流进行合流后推送给终端设备;
所述步骤:对所述视频流分别进行解码以确认所述视频流的有效性,包括子步骤:
获取带有第一标签信息的第一个视频流数据包;
将所述第一个视频流数据包作为首个报文信息;
所述步骤:对所述视频流分别进行解码以确认所述视频流的有效性,步骤还包括子步骤:
删除所述首个报文信息之前的所有的报文信息;
根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效;
所述步骤:根据所述报文信息中的所述第一标签信息判断获取的视频流是否有效,包括子步骤:
将所述第一标签信息设为PCR信息;
若分别获取的不同的视频流PCR信息大于所述首个报文的PCR信息,则判定获取的视频流为有效视频流;
删除无效视频流;
所述步骤:将确认有效的视频流进行缓存,包括子步骤:
记录多个不同视频源产生的相同PCR信息视频流的PID信息及continuity_counter;
以所述PID信息为单位对所述视频流进行缓存;
所述步骤:对缓存的所述视频流进行合流后推送给终端设备,包括子步骤:
以continuity_counter为准对所述相同PCR信息视频流的PID包流进行合并;
对于同一视频流源的相同continuity_counter的视频流,以先收到的且报文完整的为准。
2.根据权利要求1所述的IPTV合流方法,其特征在于,在所述步骤:分别从至少两个不同的视频源获取对应的视频流,之前还包括步骤:
搭建至少两个视频源;
所述视频源分别产生用于RTP组播的视频流。
3.一种IPTV合流系统,采用权利要求1或2所述的IPTV合流方法,其特征在于,包括:
拉流模块,用于从不同视频源进行拉流,并将从所述不同视频源产生的视频流推送给解码模块;
解码模块,用于对所述不同视频源产生的视频流的进行解码、合并;
推流模块,用于将解码模块推送的视频流推送给终端设备。
4.根据权利要求3所述的IPTV合流系统,其特征在于,所述解码模块包括:
确认单元,用于以PCR信息为准判断确认视频源产生的视频流是否有效;
统计单元,用于记录不同视频源产生的视频流的PID信息及continuity_counter信息;
缓存单元,用于以所述PID信息为单位对所述视频流进行缓存;
合并单元,用于对相同PCR信息视频流的PID包流进行合并。
5.根据权利要求4所述的IPTV合流系统,其特征在于,所述解码模块还包括:
推送单元,用以将合并后的视频流推送给终端设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110402250.8A CN113114687B (zh) | 2021-04-14 | 2021-04-14 | 一种iptv合流方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110402250.8A CN113114687B (zh) | 2021-04-14 | 2021-04-14 | 一种iptv合流方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113114687A CN113114687A (zh) | 2021-07-13 |
CN113114687B true CN113114687B (zh) | 2022-07-15 |
Family
ID=76717243
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110402250.8A Active CN113114687B (zh) | 2021-04-14 | 2021-04-14 | 一种iptv合流方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113114687B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114554117A (zh) * | 2022-03-01 | 2022-05-27 | 山东浩恒信息技术有限公司 | 一种视频数据接入装置及可读存介质 |
CN115209222B (zh) * | 2022-06-15 | 2024-02-09 | 深圳市锐明技术股份有限公司 | 一种视频播放方法、装置、电子设备及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714624A (zh) * | 2009-11-13 | 2012-10-03 | 三星电子株式会社 | 用于使用分割的自适应流传输的方法和装置 |
CN104205855A (zh) * | 2012-03-26 | 2014-12-10 | 索尼公司 | 用于同时处理多个电视节目的条件接入方法与设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9549228B2 (en) * | 2010-09-01 | 2017-01-17 | Lg Electronics Inc. | Broadcast signal processing method and device for 3-dimensional (3D) broadcasting service |
WO2013142803A1 (en) * | 2012-03-23 | 2013-09-26 | On-Net Surveillance Systems, Inc. | Method and system for receiving surveillance video from multiple cameras |
GB2525590A (en) * | 2014-04-23 | 2015-11-04 | Starfish Technologies Ltd | Digital media splicing system and method |
CN105491393A (zh) * | 2015-12-02 | 2016-04-13 | 北京暴风科技股份有限公司 | 多人视频直播业务的实现方法 |
CN107071509A (zh) * | 2017-05-18 | 2017-08-18 | 北京大生在线科技有限公司 | 多路直播的视频精确同步方法 |
CN108401192B (zh) * | 2018-04-25 | 2022-02-22 | 腾讯科技(深圳)有限公司 | 视频流处理方法、装置、计算机设备及存储介质 |
CN111901572B (zh) * | 2020-08-14 | 2022-03-18 | 广州盈可视电子科技有限公司 | 一种多路视频流合成方法、装置、设备及存储介质 |
-
2021
- 2021-04-14 CN CN202110402250.8A patent/CN113114687B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714624A (zh) * | 2009-11-13 | 2012-10-03 | 三星电子株式会社 | 用于使用分割的自适应流传输的方法和装置 |
CN104205855A (zh) * | 2012-03-26 | 2014-12-10 | 索尼公司 | 用于同时处理多个电视节目的条件接入方法与设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113114687A (zh) | 2021-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5363473B2 (ja) | 改善されたメディア・セッション管理の方法と装置 | |
JP4936751B2 (ja) | 迅速なメディアチャネル切り替え機構、および該機構を含むアクセスネットワークノード | |
EP1601199B1 (en) | Broadband telecommunications system and method used therein to reduce the latency of channel switching by a multimedia receiver | |
CN100550999C (zh) | 一种数字频道快速切换方法和系统以及辅助频道生成设备 | |
CN101715648B (zh) | 用于改进的频道转换的方法和设备 | |
CN113114687B (zh) | 一种iptv合流方法及系统 | |
WO2007067568A2 (en) | Internet protocol (ip) television | |
WO2010054543A1 (zh) | 一种频道切换方法、装置和系统 | |
CN101523908A (zh) | 多媒体管理 | |
Ramos et al. | Reducing channel change delay in IPTV by predictive pre-joining of TV channels | |
US20070008969A1 (en) | Apparatuses and methods for delivering data stream content to consumer devices | |
TWI511542B (zh) | 用於切換即時媒體串流的設備與方法 | |
WO2008148333A1 (fr) | Système et procédé de traitement d'un flux vidéo | |
US20090319557A1 (en) | Method, system and software product for streaming content | |
KR100860734B1 (ko) | 미디어 스트림 멀티캐스트 배포 방법 및 장치 | |
CN101489101B (zh) | 一种ip电视频道切换处理方法、装置和系统 | |
KR100848309B1 (ko) | 고속 버퍼링 스위치를 이용한 인터넷 방송 서비스 제공방법 및 그 장치 | |
JP2007281868A (ja) | 送信装置及び受信装置 | |
KR100792025B1 (ko) | Iptv 시스템에서 채널 변경시 비디오 데이터 전송 방법 | |
KR100948686B1 (ko) | 채널 전환시 지연을 줄이기 위한 iptv 방송 시스템,가속 채널 스트림의 생성 및 재생방법 | |
CN107682718A (zh) | 多iptv平台下快速切换频道的方法及系统 | |
JP2009171294A (ja) | 映像配信システム、映像中継装置、及び映像中継方法 | |
US8811478B2 (en) | Data transmission method and apparatus | |
KR100759807B1 (ko) | Iptv 방송에서 시청시간 이동 서비스 방법 | |
Uzunalioglu | Channel change delay in IPTV systems |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |