Wishlist 0 ¥0.00

ID3

ID3,一般是位于一个mp3文件的开头或末尾的若干字节内,附加了关于该mp3的歌手,标题,专辑名称,年代,风格等信息,该信息就被称为ID3信息,ID3信息分为两个版本,v1和v2版。 其中:v1版的ID3在mp3文件的末尾128字节,以TAG三个字符开头,后面跟上歌曲信息。 v2版一般位于mp3的开头,可以存储歌词,该专辑的图片等大容量的信息。
 
外文名
ID3
类    别
metadata容器
发明者
Eric Kemp
发明时间
1996年

目录

  1. 1 ID3简介
  2. ID3标签
  3. ID3Tags
  4. 标准的制定
  5. 2 ID3版本
  6. 发明时间
  1. 流派定义
  2. 缺陷
  3. 增加曲目序号
  4. 3 ID3格式
  5. ID3v1
  6. ID3V2
  1. 4 ID3V2.3
  2. 概述
  3. 标签头
  4. 标签帧
  5. 5 ID3读取
  6. 6 玩转ID3
  1. 声色俱全
  2. 寻根溯源
  3. 选对工具

ID3简介

ID3标签

ID3是一种metadata容器,多应用于MP3格式的音频文件中。它可以将相关的曲名、演唱者、专辑、音轨数等信息存储在MP3文件中。
ID3标签是MP3音乐档案中的歌曲附加讯息,它能够在MP3中附加曲子的演出者、作者以及其它类别资讯,方便众多乐曲的管理。缺少ID3标签并不会影响 MP3的播放,但若没有的话,管理音乐文件也会相当的麻烦。如果你在网上downloadMP3,里面多半已经写有预设的ID3讯息。如果你想要将其清除重设,使用WinAMP中的“Alt + 3”热键,就能修改MP3档案中之的ID3标签。

ID3Tags

此外,ID3也就是ID3Tags,其中的“Tag”在英文中名词的一个意思是“标签”,所以“ID3Tags”也就是“MP3文件曲目标签”的意思。
有些地方以“ID3”这样的简称来代表“ID3Tags”,二者本质是一样的。

标准的制定

如果没有ID3,那么人们只能根据文件名判断一首歌它是什么内容了,何况就算听出了是什么歌,它的演唱者、专辑名称你也未必背得下来,所以给MP3文件增加内置的标签是理所当然的事情。有趣的是,MP3的标签并没有一个ISO国际标准,ID3的各种版本只是一个近乎事实上的标准,并没有人强迫播放器或者编码程序必须支持它。

ID3版本

发明时间

ID3 V1是由Eric Kemp在1996年发明的。ID3 V1是一组附加在音乐文件后面的数据,它的长度是固定的128字节。

流派定义

其中流派一共定义了79种,流行的播放软件Winamp则把它扩展到了125种,从Blues到Noise到Dance Hall,非常丰富,在许多支持ID3的软件中都可以看到这个列表,但是国内用户似乎不太在意这个标记,大多数人甚至不知道自己的歌曲到底属于哪一个分类。

缺陷

这些内容一共只有128个字节,并不算累赘。由于附加在文件尾部,所以播放器不必考虑它的影响,即使不支持ID3标记也不会影响音乐的还原——某些很老的播放器确实可能会在播放到这里的时候发出噪音或者报错。但是标记在文件尾部也会造成一个问题,那就是如果还没有读到文件末尾,我们什么信息也看不到。对硬盘和闪存里面的歌曲这当然不是问题,但是如果你通过流媒体方式直接在网络上收听,就会发现它的缺陷了。

增加曲目序号

细心的人会注意到ID3V1.0没有包括曲目序号的定义,所以Michael Mutschler在1997年进行了改进,引入了版本1.1。通过占用备注字段的最后两个字节,用一个00字节作标记,另一个字节改为序号,可以让ID3支持曲目编号了。一个字节的空间让ID3 V1.1支持最高到255的曲目序号,考虑到一张唱片超过256个曲目的可能性极小,这个改进还是相当合理的。

ID3格式

ID3v1

ID3V1比较简单,它是存放在MP3文件的末尾,用16进制的器打开一个MP3文件,查看其末尾的128个顺序存放字节,数据结构定义如下: char Header[3]; /*标签头必须是"TAG"否则认为没有标签*/
char Title[30]; /*标题*/
char Artist[30]; /*作者*/
char Album[30]; /*专集*/
char Year[4]; /*出品年代*/
char Comment[30]; /*备注*/
char Genre; /*类型*/
ID3V1的各项信息都是顺序存放,没有任何标识将其分开,比如标题信息不足30个字节,则使用'\0'补足,否则将造成信息错误。Genre使用原码表示,对照表如下:
ID3格式 ID3格式
/* Standard genres */
0="Blues";
1="ClassicRock";
2="Country";
3="Dance";
4="Disco";
5="Funk";
6="Grunge";
7="Hip-Hop";
8="Jazz";
9="Metal";
10="NewAge";
11="Oldies";
12="Other";
13="Pop";
14="R&B";
15="Rap";
16="Reggae";
17="Rock";
18="Techno";
19="Industrial";
20="Alternative";
21="Ska";
22="DeathMetal";
23="Pranks";
24="Soundtrack";
25="Euro-Techno";
26="Ambient";
27="Trip-Hop";
28="Vocal";
29="Jazz+Funk";
30="Fusion";
31="Trance";
32="Classical";
33="Instrumental";
34="Acid";
35="House";
36="Game";
37="SoundClip";
38="Gospel";
39="Noise";
40="AlternRock";
41="Bass";
42="Soul";
43="Punk";
44="Space";
45="Meditative";
46="InstrumentalPop";
47="InstrumentalRock";
48="Ethnic";
49="Gothic";
50="Darkwave";
51="Techno-Industrial";
52="Electronic";
53="Pop-Folk";
54="Eurodance";
55="Dream";
56="SouthernRock";
57="Comedy";
58="Cult";
59="Gangsta";
60="Top40";
61="ChristianRap";
62="Pop/Funk";
63="Jungle";
64="NativeAmerican";
65="Cabaret";
66="NewWave";
67="Psychadelic";
68="Rave";
69="Showtunes";
70="Trailer";
71="Lo-Fi";
72="Tribal";
73="AcidPunk";
74="AcidJazz";
75="Polka";
76="Retro";
77="Musical";
78="Rock&Roll";
79="HardRock";
/* Extended genres */
80="Folk";
81="Folk-Rock";
82="NationalFolk";
83="Swing";
84="FastFusion";
85="Bebob";
86="Latin";
87="Revival";
88="Celtic";
89="Bluegrass";
90="Avantgarde";
91="GothicRock";
92="ProgessiveRock";
93="PsychedelicRock";
94="SymphonicRock";
95="SlowRock";
96="BigBand";
97="Chorus";
98="EasyListening";
99="Acoustic";
100="Humour";
101="Speech";
102="Chanson";
103="Opera";
104="ChamberMusic";
105="Sonata";
106="Symphony";
107="BootyBass";
108="Primus";
109="PornGroove";
110="Satire";
111="SlowJam";
112="Club";
113="Tango";
114="Samba";
115="Folklore";
116="Ballad";
117="PowerBallad";
118="RhythmicSoul";
119="Freestyle";
120="Duet";
121="PunkRock";
122="DrumSolo";
123="Acapella";
124="Euro-House";
125="DanceHall";
126="Goa";
127="Drum&Bass";
128="Club-House";
129="Hardcore";
130="Terror";
131="Indie";
132="BritPop";
133="Negerpunk";
134="PolskPunk";
135="Beat";
136="ChristianGangstaRap";
137="HeavyMetal";
138="BlackMetal";
139="Crossover";
140="ContemporaryChristian";
141="ChristianRock";
142="Merengue";
143="Salsa";
144="TrashMetal";
145="Anime";
146="JPop";
147="Synthpop";

ID3V2

ID3V2一共有4个版本,但流行的播放软件一般只支持第3版,即ID3v2.3。由于ID3V1记录在MP3文件的末尾,ID3V2就只好记录在MP3文件的首部了。也正是由于这个原因,对ID3V2的操作比ID3V1要慢。而且ID3V2结构比ID3V1的结构要复杂得多,但比前者全面且可以伸缩和扩展。
下面就介绍一下ID3V2.3。

ID3V2.3

概述

每个ID3V2.3的标签都由一个标签头和若干个标签帧或一个扩展标签头组成。关于曲目的信息如标题、作者等都存放在不同的标签帧中,扩展标签头和标签帧并不是必要的,但每个标签至少要有一个标签帧。标签头和标签帧一起顺序存放在MP3文件的首部。

标签头

在文件的首部顺序记录10个字节的ID3V2.3的头部。数据结构如下:
char Header[3]; /*必须为"ID3"否则认为标签不存在*/
char Ver; /*版本号;ID3V2.3就记录03,ID3V2.4就记录04*/
char Revision; /*副版本号;此版本记录为00*/
char Flag; /*存放标志的字节,这个版本只定义了三位,稍后详细解说*/
char Size[4]; /*标签大小,包括标签帧和标签头。(不包括扩展标签头的10个字节)*/
原文:The ID3v2 tag size is the size of the complete tag after unsychronisation, including padding, excluding the header but not excluding the extended header (total tag size - 10).
1.标志字节
标志字节一般为0,定义如下:
abc00000
a -- 表示是否使用不同步(一般不设置)
b -- 表示是否有扩展头部,一般没有(至少Winamp没有记录),所以一般也不设置
c -- 表示是否为测试标签(99.99%的标签都不是测试用的啦,所以一般也不设置)
2.标签大小
一共四个字节,但每个字节只用7位,最高位不使用恒为0。所以格式如下
0xxxxxxx 0xxxxxxx 0xxxxxxx 0xxxxxxx
计算大小时要将0去掉,得到一个28位的二进制数,就是标签大小(不懂为什么要这样做),计算公式如下:
int total_size;
total_size = Size[0]*0x200000
+Size[1]*0x4000
+Size[2]*0x80
+Size[3]

标签帧

每个标签帧都有一个10个字节的帧头和至少一个字节的不固定长度的内容组成。它们也是顺序存放在文件中,和标签头和其他的标签帧也没有特殊的字符分隔。得到一个完整的帧的内容只有从帧头中得到内容大小后才能读出,读取时要注意大小,不要将其他帧的内容或帧头读入。
帧头的定义如下:
char FrameID[4]; /*用四个字符标识一个帧,说明其内容,稍后有常用的标识对照表*/
char Size[4]; /*帧内容的大小,不包括帧头,不得小于1*/
char Flags[2]; /*存放标志,只定义了6位,稍后详细解说*/
1.帧标识
用四个字符标识一个帧,说明一个帧的内容含义,常用的对照如下:
TIT2=标题 表示内容为这首歌的标题,下同
TPE1=作者
TALB=专集
TRCK=音轨 格式:N/M 其中N为专集中的第N首,M为专集中共M首,N和M为ASCII码表示的数字
TYER=年代 是用ASCII码表示的数字
TCON=类型 直接用字符串表示
COMM=备注 格式:"eng\0备注内容",其中eng表示备注所使用的自然语言
2.大小
这个可没有标签头的算法那么麻烦,每个字节的8位全用,格式如下
xxxxxxxx xxxxxxxx xxxxxxxx xxxxxxxx
算法如下:
int FSize;
FSize = Size[0]*0x1000000
+Size[1]*0x10000
+Size[2]*0x100
+Size[3];
3.标志
只定义了6位,另外的10位为0,但大部分的情况下16位都为0就可以了。格式如下:
abc00000 ijk00000
a -- 标签保护标志,设置时认为此帧作废
b -- 文件保护标志,设置时认为此帧作废
c -- 只读标志,设置时认为此帧不能修改(但我没有找到一个软件理会这个标志)
i -- 压缩标志,设置时一个字节存放两个BCD码表示数字
j -- 加密标志,(没有见过哪个MP3文件的标签用了加密)
k -- 组标志,设置时说明此帧和其他的某帧是一组
值得一提的是winamp在保存和读取帧内容的时候会在内容前面加个'\0',并把这个字节计算在帧内容的大小中。
附:帧标识的含义
4. Declared ID3v2 frames
The following frames are declared in this draft.
AENC Audio encryption
APIC Attached picture
COMM Comments
COMR Commercial frame
ENCR Encryption method registration
EQUA Equalization
ETCO Event timing codes
GEOB General encapsulated object
GRID Group identification registration
IPLS Involved people list
LINK Linked information
MCDI Music CD identifier
MLLT MPEG location lookup table
OWNE Ownership frame
PRIV Private frame
PCNT Play counter
POPM Popularimeter
POSS Position synchronisation frame
RBUF Recommended buffer size
RVAD Relative volume adjustment
RVRB Reverb
SYLT Synchronized lyric/text
SYTC Synchronized tempo codes
TALB Album/Movie/Show title
TBPM BPM (beats per minute)
TCOM Composer
TCON Content type
TCOP Copyright message
TDAT Date
TDLY Playlist delay
TENC Encoded by
TEXT Lyricist/Text writer
TFLT File type
TIME Time
TIT1 Content group description
TIT2 Title/songname/content description
TIT3 Subtitle/Description refinement
TKEY Initial key
TLAN Language(s)
TLEN Length
TMED Media type
TOAL Original album/movie/show title
TOFN Original filename
TOLY Original lyricist(s)/text writer(s)
TOPE Original artist(s)/performer(s)
TORY Original release year
TOWN File owner/licensee
TPE1 Lead performer(s)/Soloist(s)
TPE2 Band/orchestra/accompaniment
TPE3 Conductor/performer refinement
TPE4 Interpreted, remixed, or otherwise modified by
TPOS Part of a set
TPUB Publisher
TRCK Track number/Position in set
TRDA Recording dates
TRSN Internet radio station name
TRSO Internet radio station owner
TSIZ Size
TSRC ISRC (international standard recording code)
TSSE Software/Hardware and settings used for encoding
TYER Year
TXXX User defined text information frame
UFID Unique file identifier
USER Terms of use
USLT Unsychronized lyric/text transcription
WCOM Commercial information
WCOP Copyright/Legal information
WOAF Official audio file webpage
WOAR Official artist/performer webpage
WOAS Official audio source webpage
WORS Official internet radio station homepage
WPAY Payment
WPUB Publishers official webpage
WXXX User defined URL link frame

ID3读取

mp3的id3信息存放在mp3文件结尾处的128字节处,结构如下:
type ID3struct =packed record
ID:array[0..2] of char
title :array[0..29] of char;
artist:array[0..29] of char;
album:array[0..29} of char;
year:array[0..3] of char;
comment:array[0..29] of char;
genre:byte;
指针读出相应位置的数据,就可以读出ID3信息:
program showID3;
{$apptype console}
var
tempfile:file of byte; //tempfile指针,二进制型文件
i:integer;
x:byte;
begin
assign(tempfile,)
reset(tempfile);//文件关联,复位
seek(tempfile,(filesize(tempfile)-128)); //指针指向距文件结尾128字节处
writeln('ID:');
for i:=0 to 2 do
begin
read(tempfile,x);
write(chr(x));
end;
writeln;
writeln('title:');
for i:=0 to 29 do
begin
read(tempfile,x);
write(chr(x));
end;
writeln;
writeln('artist:');
for i:=0 to 29 do
begin
read(tempfile,x);
write(chr(x));
end;
writeln;
writeln('album:');
for i:=0 to 29 do
begin
read(tempfile,x);
write(chr(x));
end;
writeln;
writeln('year:');
for i:=0 to 3 do
begin
read(tempfile,x);
write(chr(x));
end;
writeln;
writeln('comment:');
for i:=0 to 29 do
begin
read(tempfile,x);
write(chr(x));
end;
writeln; //用循环的方法依次读出各个字节
close(tempfile);
end.

玩转ID3

声色俱全

不知道你有没有这样的经历,一些从网上下载的MP3音乐,文件名明明是01、02这样的序号,但播放时却能显示出歌曲的正确名称来,是不是有点奇妙?不过这没有什么,再看看下面这张图,播放器里不但有歌曲名称,还显示出了歌词和歌手的图片,是不是更酷啊?这其实都是ID3在暗中相助,只要看完这篇文章,你也能做到,让我们开始非同一般的音乐之旅吧……。

寻根溯源

ID3是什么 MP3和一般的声音文件不同,除音频信息外,还包含该音乐的歌手名称、专辑名称、歌名、备注等附加信息,我们把这些附加信息称为ID3 Tag,也就是ID3标记。起初MP3并不能保存这些信息,直到1996年,一个叫做Eric Kemp的人制作了Studio3软件,它可以在MP3文件的最后部分增加固定的128字节小块数据,用来记录音乐的信息。很快,MP3ext的作者Michael Mutschler又将这个标记进行了扩展,并正式将其命名为ID3,而且还使用注释的最后两个字节来记录CD和音乐的来源,其版本被定为ID3v1.1。不过ID3v1版本的限制太多,比如歌曲名长度被限制在30个英文字母,稍长一点的曲名就会被截掉,让人头痛不已。在这种情况下,它的升级版本ID3v2出现了。它首先解除了128个字节的限制,各个字段的长度也是弹性可变的,使可包含的音乐信息更为丰富,除了歌名、专辑名、演唱者外,还可保存歌词、均衡器设置、图片等信息。ID3v2的设计更灵活,扩展性更强,并且支持Unicode,因此歌词信息支持多语言。ID3v2甚至能包含一个文件,所以未来的MP3可能会附带有视频文件,让你不仅能听,还可以看。微软的Windows Midia Player就能很好地支持ID3v2,甚至在Windows XP中,你不需要打开任何播放器,只要进入一个存放MP3的文件夹,系统就能读取ID3v2的信息来对文件分类排列。
有关Windows XP对MP3音乐文件夹的支持,请参看本刊2004年第11期系统应用栏目中的《用好Windows XP的音乐大管家》。

选对工具

为MP3加上标签笔者平时喜欢从网上下载MP3歌曲,积累得多了找起歌来就很不方便,既然知道了ID3那么大的功用,何不借助它来管理一下呢。工欲善其事,必先利其器。首先在网上下载了多个ID3软件,通过试用比较,最终确定了用Tag&Rename。它是一个非常强大的媒体文件标签和重命名工具,除支持多种格式标签外,它还有一项独特功能,就是能从文件名倒查标签信息(下文主要针对的是ID3v2版本)。
Tag&Rename小档案
软件版本:3.01
软件大小:1789 KB软件性质:免费软件
适用平台:Windows 9x/ME/2000/XP
第一步:为了提高ID3的效率,我首先尽可能地把硬盘上的歌曲按照歌手的名字分开在不同文件夹中保存,每个歌手下面又按不同的专辑名分开保存。第二步:启动Tag&Rename,可以看到主界面上方是标签信息栏面板,左下方是文件夹窗口。选中一个存放某张专辑的文件夹,Tag&Rename就会将里面的MP3文件读取到右边的窗口,并显示出MP3的文件名和标签信息。按键盘上的Alt 2键切换到ID3v2模式。
第三步:这时要分成两种情况:一种情况是MP3文件是胡乱命名的,各个标签字段也是空白的,总之没有任何可利用的信息。另一种情况就是MP3文件名含有歌曲名或歌手的名字,如“专辑名_曲目号.MP3”、“曲目号_曲名.MP3”等,或者有部分歌曲已经填好标签。
(1)第一种情况:这种情况下只能手工填写全部标签信息。按F3键进入“多文件标签器”标签,再按Ctrl A键选中所有的文件,接着勾选标签信息栏中的“艺术家”选项,然后在其右侧的文本框里填上歌手的名字,单击“保存标签”按钮,即可批量修改所有选中歌曲中的“艺术家”项了。以此类推,可以批量填写专辑、年份、流派等项。接下来填写歌曲名称和歌词。由于歌曲名称及歌词是每首歌独有的,所以不能用批量方法来填写。按F5键打开标签器,在“标题”一栏中填上歌曲名称,再单击上方的“歌词”选项卡切换到歌词界面,填入歌词。如果你已经将歌词保存为文本文件,可通过下面的“从文本文件载入”按钮来添加歌词,免了复制粘贴的辛苦。
其他的信息,像年代、图片什么的,可根据自己的喜好来决定是否添加。全部填好后,单击右下角的“保存并下一个”按钮进入下一个文件的,直到完所有的歌曲为止。小提示到哪里去找歌词?著名的百度搜索引擎提供有歌词搜索功能,只要进入,输入歌名,并选择“歌词”即可快速找到需要的歌词。
(2)第二种情况:这种情况下工作量将会小得多,我们可以将文件名中有用信息提取出来反存到标签中。按F4键切换到“从文件名获取标签”窗口,里面有“文件名掩码”设定。这里要举例说明一下:如果你的歌曲文件名的规则是“音轨.曲名.MP3”(像“03.白云.MP3”这样的,这里的“03”是音轨号,“白云”是歌曲名),可以从右边列出的文件名变量中查出音轨对应的变量是“%6”,歌曲名对应的变量是“%2”,此时,文件名掩码就应该是“%6.%2”。填好掩码后点击右边的“测试”按钮,看看获得的标签是不是正确的,确认无误后点击下方的“写入标签”按钮完成标签的添加。如果在整张专辑中,有一两首歌曲已经填好标签信息,我们还可以将这一两首歌中含有的信息复制到其他歌曲中。方法是:先Ctrl A键选中所有的文件,然后再单击一下含有标签信息的歌曲使它加亮显示,点击“从加亮的文件复制”按钮,这首歌曲的标签含有的信息就复制到左面的信息栏了,然后将你想要复制到其他文件中的那一栏信息选中,再点击“保存标签”就可以了。
二:
id3还是quake系列3d游戏引擎的数据格式
词条图册

京东季报图解:运营亏损16亿 运营利润率-1.4%

京东(Nasdaq:JD)今日发布财报。财报显示,京东2017年第四季度净营收为1102亿元(约合169亿美元),同比增长38.7%。

京东2017年第四季度净亏损为9.092亿元(约合1.397亿美元),与上年同期的12.614亿元相比下滑27.9%。

基于非美国通用会计准则,净利为4.493亿元(约6910万美元),而上年同期为7.797亿元。

整个2017财年,京东营收为3623亿元(约合557亿美元),同比增长40.3%。净利润为1.168亿元(约合1800万美元),而2016财年为净亏损20亿元。

基于非美国通用会计准则,净利润为50亿元(约合8亿美元),较2016财年增长140%。

截至2017年12月31日,京东在线市场商家数量超过17万家,公司全职员工157831人。

京东Q4营收1102亿 同比增长38%

京东2017年第四季度营收1102亿元(约合169亿美元),同比增长38.7%。

京东2017年第四季度来自网络直销净营收同比增长37.3%,来自服务和其它的净营收同比增长54.7%。

2017年12月,京东联手腾讯和唯品会,共同宣布三方达成最终协议,京东和腾讯将在交易交割时以现金形式向唯品会投资总计约8.63亿美元。

2017年12月交易交割后,考虑交易前已持有的股份,腾讯和京东分别持有唯品会全部已发行股份的7.0%和5.5%。

在签订股权认购协议的同时,腾讯和京东分别与唯品会达成了战略合作协议,腾讯、京东和唯品会已于交易交割后建立了合作伙伴关系。

2018年2月,京东联合腾讯入股步步高,获得公司少数股权。

2018年2月,京东物流完成具有约束力的最终增资协议。此次融资主要投资方包括高瓴资本、红杉中国、招商局集团、腾讯、中国人寿、国开母基金、国调基金、工银国际等机构。

根据协议,此轮融资总额约为25亿美元。交易完成后,京东集团仍将持有京东物流81.4%的股权。依照惯例成交条件,此次融资预计在2018年一季度完成。

京东Q4成本958亿元 同比增长39.7%

京东2017年第四季度营收成本958亿元(约147亿美元),与上年同期686亿元相比增长39.7%。营收成本增加主要是因直销业务的增长,及流量获取成本和物流服务成本的增长。

京东Q4毛利144亿元 毛利率13.1%

京东2017年第四季度毛利额144亿元(约22亿美元),毛利率为13.1%,毛利率较上一季度出现了2.4个百分点的下降。

京东Q4费用159.96亿元 同比增长25%

京东2017年第四季度费用为159.96亿元,较上年同期增长25%。

京东2017年第四季度履约成本为80亿元(约合12亿美元),与上年同期的55亿元相比增长45.7%。履约成本占净营收的7.2%,而上年同期占6.9%。

京东2017年第四季度营销成本为47亿(约7亿美元),与上年同期35亿元增长35%;技术与内容成本为21亿元(约3亿美元),与上年同期的12亿元相比增长74.5%。

京东2017年第四季度总务与行政开支为12亿元(约合2亿美元),与上年同期的10亿元相比增长16.9%。

京东Q4运营亏损15.96亿元 运营利润率-1.4%

京东2017年第四季度运营亏损15.962亿元(约2.453亿美元),而上年同期运营亏损3.385亿元。

京东2017年第四季运营利润率为-1.4%,上年同期为-0.4%,上个季度为0.6%。

京东2017年第四季度基于非美国通用会计准则,运营亏损5.958亿元(约合9160万美元),而上年同期运营利润5.550亿元。

基于非美国通用会计准则,运营利润率为-0.5%,而上年同期为0.7%。基于非美国通用会计准则,京东商城运营利润率为0.6%,而上年同期为0.9%。

基于非美国通用会计准则,EBITDA(息税折旧及摊销前利润)1.380亿元(约合2120万美元),而上年同期EBITDA为11亿元。EBITDA利润率为0.1%,而上年同期为1.3%。

京东Q4净亏9.092亿 同比缩小27.9%

京东2017年第四季度来自持续运营的归属于普通股股东的净亏损为9.092亿元(约合1.397亿美元),与上年同期的12.614亿元相比下滑27.9%。

基于非美国通用会计准则,第四财季来自持续运营的归属于普通股股东的净利润为4.493亿元(约合6910万美元),而上年同期为7.797亿元。

截至2017年12月31日,京城持有现金、现金等价物、受限现金和短期投资总额为384亿元(约59亿美元),与截至2016年12月31日的244亿元相比增57.3%。

中国两个全球卫星互联网络年内发射首星 总数将超456颗

  美国航天业冒险家马斯克近日号称要发射约1.2万颗低轨道卫星组成“星链”(StarLink)星座通信网,让Wifi信号阀盖全球每一个角落。

可是,马斯克的雄心壮志并不是只有马斯克一人才有。

虽然不及马斯克“海口”下1.2万颗的数目,但我国 航天科技集团和航天科工集团也都分别提出了建设300余颗和156颗低轨通信卫星星座的计划。两个计划的首颗技术验证星都预定在今年发射。

航天科工集团“虹云工程”动画演示(视频截图)

中国的低轨星座计划

全国两会开幕在即。全国政协委员、中国航天科技集团科技委主任包为民3月2日接受中新网采访时表示,航天科技集团正在部署一个低轨道通信卫星星座。一期工程将有54颗星,至二期工程时实现系统能力平滑过渡,卫星总数最终将超过300颗。

全国政协委员、中国航天科技集团科技委主任包为民(中新闻 图)

包为民称,计划在年内启动全球移动宽带卫星互联网系统建设。建成后,它将成为全球无缝覆盖的空间信息网络基础建设,为地面固定、手持移动、车载、船载、机载等各类终端提供互联网传输服务。

包为民补充道,这个卫星互联网系统可以在深海大洋、南北两极、“一带一路”等区域实现宽带窄带相结合的通信保障能力。通过该系统,处于地球上任何地点的任何人或物在任何时间实现信息互联。

包为民在采访中提到的这个“低轨道通信卫星星座”,应该就是在2016年珠海航展上公开的“鸿雁星座”。“全球低轨移动互联网卫星系统鸿雁星座”由航天级科技集团领导,长城公司与一院、五院等单位共同推出。

鸿雁星座宣传图(航天科技集团 图)

在2016年珠海航展上,航天科技集团所属的中国长城工业集团有限公司副总裁张晓东介绍,鸿雁星座计划将由60颗低轨道小卫星及全球数据业务处理中心组成,具有全天候、全时段及在复杂条件下的实时双向通信能力。60颗卫星将在2020年组网完毕,届时将促进国际通信互联互通。

在航天科技集团的2018年商业航天布局中,鸿雁星座的规模提升到了“300余颗低轨道小卫星”。工程具体将分3期建设,最终形成全球低轨移动互联网卫星系统。

鸿雁星座首发星由西安分院负责研制, 预计将于2018年第一季度发射。这颗首发星搭载的相关载荷具有在轨可重构技术,能够开展通信体制验证,实现小型终端联试联调、星地业务试运行,并对卫星测控运管系统进行验证。

长城公司介绍,对于个人用户来说,鸿雁星座的双向数据交互功能,可以保证这些用户在无国内地面网络覆盖的区域,如科考、登山、探险等活动的通信需求,同时可以为应急救援提供有力保障。鸿雁星座可为北斗导航卫星增强系统提供信息播发通道,提高北斗导航卫星定位精度,为航空运输、地信应用、海洋工程、交通物流、精准农业、自动驾驶等需要高精度定位的行业提供定制化服务。

鸿雁星座搭载的AIS载荷,可在全球范围内接收船舶发送的AIS报文信息,全面掌握船舶航行状态、位置、航向等动态和静态信息,实现对远海海域航行船舶的监控及渔政管理。鸿雁星座搭载的ADS-B载荷,具有全天候、大范围、远距离、卫星探测合法性等优点,可从外层空间对全球航空目标进行位置跟踪、监视及物流调控,增强飞行安全性及突发航空事故搜救能力。

此外,通过植入手机芯片,人们在国外旅游、航海、郊外郊游期间,即便没有手机信号,也能够发送信息、语音和图片。如果遇到紧急情况,例如落水,手机还能自动播报位置信息和求救信号,为个人野外通信、安全和救援提供有力帮助,未来就不会再有人员失联现象,“鸿雁”让世界永不失联。

航天科技集团展望,鸿雁星座推向市场后,“将成为(国内)首个能够满足基本卫星数据通信需求的系统。”

另一支“国家队”的筹划

除了航天科技集团外,我国还有另一支“国家队”——航天科工集团。航天科工集团对于建设低轨道通信卫星星座也有自己的计划。

航天科工的“虹云工程”是“基于小卫星的低轨宽带互联网接入系统”。虹云工程脱胎于航天科工之前提出的“福星计划”, 计划发射156颗在1000千米运行的低轨小卫星,组网构建一个星载宽带全球互联网络。

虹云工程动画演示:卫星正展开太阳能电池板(视频截图)

2016年9月举行的第二届中国商业航天高峰论坛上,航天科工集团提出重点实施五大商业航天工程。五个“云”中就包括了“虹云工程”。

虹云工程总设计师向开恒表示,虹云工程最重要的意义就是改变了现有的互联网接入方式,实现可覆盖全球的天基互联网接入。目前互联网的使用还不能离开陆基和海底光缆,但在很多情况下,受制于成本和地理环境的制约,并不具备光缆铺设的条件。

但在虹云二期工程完成后,卫星之间可以实现信息互联和信息处理。届时,装有客户端的飞机和船舶,即使处在远离陆地信关站2500千米以上的大洋深处,也可以实现网络互联,从而实现真正意义上的全球网络覆盖。

虹云工程动画演示(视频截图)

虹云工程的另一大特点就是 使用Ka波段。无线波段历来是先到先得,Ka波段虽然速度和质量不比传统的C波段,但却远没有C波段那么拥挤。国外One Web公司的低轨星座也计划使用Ka波段。虹云工程越早建设,就越有利于中国抢占波段资源,争取主动。

此外,向开恒介绍称,虹云工程将是世界上第一种实现每颗卫星达到4G/s信息传输速率的天地一体化宽带信息系统。“借助于前所未有的带宽,以及1000千米的低轨高度(相比于传统的同步轨道,距地面约35000千米以上),卫星信息传输的速度将有大幅提升,这对于改善新闻直播中的延时现象、提高远程遥控操作的质量有着重要意义。”

整个工程也分为3步。在早期规划中,第一步计划在2018年前发射第一颗技术验证星,实现单星关键技术验证;第二步到“十三五”末,发射4颗业务实验星,组建一个小星座,让用户进行初步业务体验;第三步到“十四五”末,实现全部156颗卫星组网运行,完成业务星座构建。

但在2017年8月的第三届中国商业航天高峰论坛上,向开恒虽然提及技术验证卫星已进入初样试验阶段,但把技术验证卫星发射时间修正到了“明年中”,也就是2018年。他同时坦言,“虹云工程”在发射、测控等方面尚存问题,商业化也还在摸索中。

第二次向低轨道的大进军

太空低轨道在通信上的巨大潜力,人类早在20多年前就已经发现。1999年,摩托摩拉推出了人类首个大规模低轨星座通信计划——由77颗星组网的“铱星”计划。但受制于当时条件所限,运营成本过高且实际速度很慢。最后使用者寥寥。相较于卫星通信,地面通讯的发展更为迅速,立刻占据了大部分市场。

铱星星座

但在20年后的今天情况已经有了很大改观。航天科技的进步降低了卫星研制、量产和发射的成本,而卫星通信资费的降低又催生出无时无刻的互联网接入和大数据需求。低轨通信卫星的复兴也自然水到渠成。

尤其是我国疆域辽阔,自然地形复杂。在面对偏远山区的自然村落时,与地面光缆相比,“从天上”解决很可能成本更低。2016年12月的《十三五国家信息化规划》中也明确提及“通过移动蜂窝、光纤、

低轨卫星等多种方式,完善边远地区及贫困地区的网络覆盖。”

2018年对于全球多个低轨卫星计划都将是关键一年。马斯克的“星链”在上个月刚发射了两颗验证星。One Web公司也打算在今年开展发射计划。而我国“鸿雁”和“虹云”这两个低轨卫星工程,同样将在今年发射首颗卫星。

发令枪已经响起,最后谁能跑赢比赛?

GitHub 发布 2018 年开源项目趋势预测

Github 发布了一篇博客,预测了 2018 年开源项目的发展趋势,这些趋势可以帮助开发人员在共享知识的同时,寻求方法简化流程,并 get 新技能。

去年,Github 有来自将近 200 个国家的 2400 万的开发者聚集在一起,共同编写更好更强大的代码。2017 年,从框架到数据可视化,共构建了 2500 多万个存储库,今年的数据似乎还会有所上升。

今年,Github 整理了 2017 年社区上贡献者、访问者和最受欢迎活动的数据,以预测 2018 年开源项目的发展趋势。

项目趋势

跨平台开发

 

跨平台开发和网页开发是 2017 年增在最快的领域。例如,2017 年,Angular/angular-cli 的贡献者数量比 2016 年多 2.2 倍。Angular / Angular,Facebook / React 和 Electron / Electron等相关项目的贡献数、访问数、Star 数更加多。这些项目都帮助简化了开发流程,缩短了从桌面和移动平台开始到部署的时间。

 

深度学习

 

2017 年深度学习也受到了广泛的重视,人工智能帮助解决了存在于多个行业的,复杂而有趣的问题。开发者对 Keras-team / Keras 和 Mozilla / DeepSpeech 等项目的贡献与参与推动了这一领域的发展。2017 年,TensorFlow / TensorFlow 的访问量比 2016 年增加 2.2 倍,TensowFlow/models 的访问量增加了 5.5 倍。

 

新技能

 

开发者一直致力于开发编码技能,2017 年 Star 的项目都与编码学习、获取编码工作和编码最佳实践的项目有关。例如,Chalarangelo/30-seconds-of-code 和 norvig / pytudes 分别在 javascript 和 python 中提供代码示例,以帮助您提高这些语言的流畅度。jwasham/coding-interview-university 和 yangshun/tech-interview-handbook 为如何通过软件工程师的面试提供了资源。i0natan/nodebestpractices,alibaba / p3c 和 thedaviddias/Front-End-Checklist 为编写代码和组织项目提供了最佳实践。

 

方法

 

Github 通过三种不同类型的活动发现了这些趋势:

  • 首先,评出 2016 年至少有 2000 个贡献者,并且在 2017 年贡献者数量增幅最大的 Top100 项目

  • 然后,评出 2017 年项目 repo 访问量增幅最大的 Top100 项目

  • 最后,评出 2017 年获得最多新星的 Top100 项目

结合这三个列表对项目进行社区分类,并查看了列表中排名最高的社区。

About Us

Since 1996, our company has been focusing on domain name registration, web hosting, server hosting, website construction, e-commerce and other Internet services, and constantly practicing the concept of "providing enterprise-level solutions and providing personalized service support". As a Dell Authorized Solution Provider, we also provide hardware product solutions associated with the company's services.
 

Contact Us

Address: No. 2, Jingwu Road, Zhengzhou City, Henan Province

Phone: 0086-371-63520088 

QQ:76257322

Website: 800188.com

E-mail: This email address is being protected from spambots. You need JavaScript enabled to view it.