惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Google Online Security Blog
Google Online Security Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
C
CERT Recently Published Vulnerability Notes
C
Cybersecurity and Infrastructure Security Agency CISA
Cisco Talos Blog
Cisco Talos Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
Scott Helme
Scott Helme
Project Zero
Project Zero
E
Exploit-DB.com RSS Feed
S
Secure Thoughts
K
Kaspersky official blog
L
Lohrmann on Cybersecurity
NISL@THU
NISL@THU
WordPress大学
WordPress大学
N
News and Events Feed by Topic
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
L
LINUX DO - 热门话题
小众软件
小众软件
P
Privacy & Cybersecurity Law Blog
博客园 - 聂微东
Google DeepMind News
Google DeepMind News
H
Hackread – Cybersecurity News, Data Breaches, AI and More
A
About on SuperTechFans
Hacker News: Ask HN
Hacker News: Ask HN
AWS News Blog
AWS News Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
H
Hacker News: Front Page
F
Full Disclosure
Latest news
Latest news
Schneier on Security
Schneier on Security
The Hacker News
The Hacker News
T
Troy Hunt's Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Jina AI
Jina AI
Martin Fowler
Martin Fowler
P
Proofpoint News Feed
TaoSecurity Blog
TaoSecurity Blog
G
GRAHAM CLULEY
Forbes - Security
Forbes - Security
V
V2EX - 技术
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Vulnerabilities – Threatpost
C
Cyber Attacks, Cyber Crime and Cyber Security
MongoDB | Blog
MongoDB | Blog
博客园 - 三生石上(FineUI控件)
S
SegmentFault 最新的问题
Hugging Face - Blog
Hugging Face - Blog
P
Privacy International News Feed
C
Check Point Blog
N
News and Events Feed by Topic

博客园 - 加菲猫

网宿科技股份有限公司投资者关系活动记录表(2014.3.30) 网宿科技投资者关系活动记录2016年10月31日 [转载]20131206 网宿科技电话交流会纪要 strlcpy和strlcat 114 的 dns 的解析测试 分析ext2文件系统磁盘分区结构 Scaling Redis [ZT] Linuxfs Readinglist wma/mp3等格式转换为apple有声电子书格式(m4b) 以及itunes导入码率设置 CDN Origin Pull 牛项目 Harvest CDN设计:[笔记]Analysis of Enterprise Media Server Workloads CDN设计 - 层级化的cache_A Apple http live streaming 不支持windows? 关于pdf转doc (word) 的工具 - Solid Converter PDF Berkeley DB Hash、Btree、Queue、Recno 选择 一些校园招聘的题目和分析 6"电纸书/电子书 - PaperCrop pdf重排使用心得 A CAP Solution (Proving Brewer Wrong)
Progressive-download 对于文件格式的要求
加菲猫 · 2011-03-04 · via 博客园 - 加菲猫

最近在做渐进下载播放,把这个规范要求copy到blog,省的老是找

《Transparent end-to-end packet switched streaming service (PSS);3GPP file format (3GP)(Release 7)》

5.4.5 Progressive-download profile
The 3GP Progressive-download profile is branded ‘3gr7’. It is used to label 3GP files that are suitable for progressive download, i.e. a scenario where a file may be played during download (with some delay).

 
The following constraints shall apply to 3GP files conforming to Progressive-download profile: 
    - the ‘moov’ box shall be placed right after the ‘ftyp’ box in the beginning of the file; 
    - all media tracks (if more than one) shall be interleaved with an interleaving depth of one second or less.

NOTE 1: This profile functions as an aid and not a requirement for progressive download, which has been an inherent feature of the 3GPP file format since the first version in Release 4. By parsing a 3GP file, a client can always determine whether a file can be progressively downloaded, and then calculate the interleaving depth from the meta-data in the ‘moov’ box.

NOTE 2: The ‘interleaving depth of one second or less’ means that: 
    -  Each chunk contains one or more samples, with the total duration of the samples being either: no greater than 1 second, or the duration of a single sample if that sample’s duration is greater than 1 second; 
    -  Within a track, chunks must be in decoding time order within the media-data box ‘mdat’; 
    -  It is recommended that, in ‘mdat’, regardless of media type, the chunks for all tracks are stored in ascending order by decoding time.  However, this order may be perturbed so that, when two chunks from different tracks overlap in time, the chunk of one track (e.g. audio) is stored before the chunk of the other track (e.g. video), even if the first sample in the second track has a slightly earlier timestamp than the first sample in the first track.

-----------------------------------------

《ISMA2.0》

Progressive Download Guidelines:
To enable progressive download, session information should always be put at the beginning of the file and the media tracks should be interleaved within the file. The following guidelines should be followed during the creation of ISMA 2.0 files for progressive download: 
    •  The Movie box (‘moov’) SHOULD be placed at the start of the file, right after the File Type box (‘ftyp’). 
    •  All media data SHOULD be present within the file (the data source of every Data Reference box should be ‘self-contained’); 
    •  The media tracks SHOULD be interleaved inside the file. The typical interleaving depth is 1 second.

The meaning of interleaving depth is given as follows: Each chunk contains one or more samples, with the total duration of the samples being either: no greater than 1 second, or the duration of a single sample if that sample’s duration is greater than 1 second. Within a track, chunks must be in decoding time order within the Media Data box (‘mdat’).
A client that does not support progressive download can always play the file once it has been completely downloaded. A progressive download client can start playing a ISMA 2.0 file that has been created along the progressive download guidelines once it has received a first chunk of all media in the session.