Mp3文件结构全解析(一)
Mp3文件结构全解析(一)
MP3 文件是由帧(frame)构成的,帧是MP3 文件最小的组成单位。MP3的全称应为MPEG1 Layer-3 音频
文件,MPEG(Moving Picture Experts Group) 在汉语中译为活动图像专家组,特指活动影音压缩标准,MPEG 音频文件是MPEG1 标准中的声音部分,也叫MPEG 音频层,它根据压缩质量和编码复杂程度划分为三层,即Layer-1、Layer2、Layer3, 且分别对应MP1、MP2、MP3 这三种声音文件,并根据不同的用途,使用不同层次的编码。MPEG 音频编码的层次越高,编码器越复杂,压缩率也越高,MP1 和MP2 的压缩率分别为4:1 和6:1-8:1,而MP3 的压缩率则高达10:1-12:1,也就是说,一分钟CD 音质的音乐,未经压缩需要10MB的存储空间,而经过MP3 压缩编码后只有1MB 左右。不过MP3 对音频信号采用的是有损压缩方式,为了降低声音失真度,MP3采取了“感官编码技术”,即编码时先对音频文件进行频谱分析,然后用过滤器滤掉噪音电平,接着通过量化的方式将剩下的每一位打散排列,最后形成具有较高压缩比的MP3 文件,并使压缩后的文件在回放时能够达到比较接近原音源的声音效果。
整体结构
MP3 文件大体分为四部分:TAG_V2(ID3V2),Frame, TAG_V1(ID3V1),其他说明信息
- ID3V2 包含了作者,作曲,专辑等信息,长度不固定,扩展了ID3V1 的信息量。
- Frame 一系列的帧,个数由文件大小和帧长决定,每个FRAME 的长度可能不固定,也可能固定,由位率bitrate 决定, 每个FRAME 又分为帧头和数据实体两部分,帧头记录了mp3 的位率,采样率,版本等信息,每个帧之间相互独立
- ID3V1 包含了作者,作曲,专辑等信息,长度为128BYTE。
- 其他说明信息(不重要)
ID3V2解析
ID3V2一共有四个版本,ID3V2.1/2.2/2.3/2.4,目前流行的播放软件一般只支持第三版即ID3V2.3,由于ID3V1记录在文件的末尾处,ID3V2就只能记录在文件的首部了,也是因为这个原因,对ID3V2的操作比ID3V1要慢,而且ID3V2的结构比ID3V1的结构复杂的多,但是ID3V2可以记录更多的信息,长度可变
ID3V2 主要有四个版本,现在主流的是ID3V2.3,ID3V3.4, 2.2,2.1与后面版本差异较大:2.2的Frame head id是三个字节,而2.3,2.4是四个字节.
ID3V2.3由一个标签头和若干个标签帧或者一个扩展标签头组成,至少要有一个标签帧,每一个标签帧记录一种信息,例如作曲、标题等
ID3V2.4 Overall tag structure:
+-----------------------------+| Header (10 bytes) |+-----------------------------+| Extended Header || (variable length, OPTIONAL) |+-----------------------------+| Frames (variable length) |+-----------------------------+| Padding || (variable length, OPTIONAL) |+-----------------------------+| Footer (10 bytes, OPTIONAL) |+-----------------------------+
标签头
位于文件开始处,长度为10字节,结构如下:
char Header[3]; /*必须为“ID3”否则认为标签不存在*/
char Ver; /*版本号ID3V2.3 就记录3*/
char Revision; /*副版本号此版本记录为0*/
char Flag; /*标志字节,只使用高三位,其它位为0 */
char Size[4]; /*标签大小*/
注:标签大小,不能确定具体包括哪些内容,解析歌曲文件后,发现没有哪些字节之和会等于该值,详见下面的实例分析
标志字节一般为0,定义如下(abc000000B)
- a:表示是否使用Unsynchronisation
- b:表示是否有扩展头部,一般没有,所以一般也不设置
- c:表示是否为测试标签,99.99%的标签都不是测试标签,不设置
标签大小共四个字节,每个字节只使用低7位,最高位不使用恒为0,计算时将最高位去掉,得到28bit的数据,计算公式如下:
Size=(Size[0]&0x7F)*0x200000+(Size[1]&0x7F)*0x4000+(Size[2]&0x7F)*0x80+(Size[3]&0x7F)
注意:很多文章这里面写的是Size[1]&0x7F)*0x4000,左移14位是乘以0x4000,很多文章抄来抄去,源头出问题了,所有的都会出问题
以《胡广生.mp3》为例,使用UltraEdit工具打开如下,读者可自己对照上述结构,本章结束会给出详细的结构分析
标签帧
每个标签帧都有10个字节的帧头(和标签头不是一个东西,虽然他们刚好都是10字节,标签头只有一个,每个标签帧都有一个帧头)和至少一个字节的内容构成,标签帧与标签头/其他标签帧无特殊字节分割,只能通过帧头信息来确定帧内容的大小。
帧头长度10字节,定义如下:
char ID[4]; /*标识帧,说明其内容,例如作者/标题等*/
char Size[4]; /*帧内容的大小,不包括帧头,不得小于1*/
char Flags[2]; /*标志帧,只定义了6 位*/
标识帧,常见的内容如下:
- TIT2=标题
- TPE1=作者
- TALB=专集
- TRCK=音轨格式:N/M 其中N为专集中的第N首,M为专集中共M首,N和M 为ASCII 码表示的数字
- TYER=年代是用ASCII 码表示的数字
- TCON=类型直接用字符串表示
- COMM=备注格式:“eng\0备注内容”,其中eng 表示备注所使用的自然语言
ID3V2.4中,帧内容大小,计算公式如下:
Size=(Size[0]&0x7F)*0x200000+(Size[1]&0x7F)*0x4000+(Size[2]&0x7F)*0x80+(Size[3]&0x7F)
很多文章是这样的:
Size = Size[0]*0x100000000 + Size[1]*0x10000+ Size[2]*0x100 +Size[3];
其实是有问题的.
标志帧,使用每个字节的高三位,其他位均为0(abc00000B xyz00000B)
- a – 标签保护标志,设置时认为此帧作废
- b – 文件保护标志,设置时认为此帧作废
- c – 只读标志,设置时认为此帧不能修改
- x – 压缩标志,设置时一个字节存放两个BCD 码表示数字
- y-- 加密标志
- z-- 组标志,设置时说明此帧和其他的某帧是一组
ID3V1解析
ID3 V1.0标准并不周全,存放的信息少,无法存放歌词,无法录入专辑封面、图片等。V2.0是一个相当完备的标准,但给编写软件带来困难,虽然赞成此格式的人很多,在软件中真正实现的却极少。绝大多数MP3仍使用ID3 V1.0标准。此标准是将MP3文件尾的最后128个字节用来存放ID3信息
实例分析
歌曲信息
<<胡广生.mp3>>
结构解析
标签头
标签头:10字节,00H-09H
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 |
---|---|---|---|---|---|---|---|---|---|
49 | 44 | 33 | 04 | 00 | 00 | 00 | 03 | 10 | 27 |
I(73) | D(68) | 3(51) | 4(V2.4) | 0(revision) | 0(flag) | 0x00 | 0x03 | 0x10 | 0x27 |
(Size[0]&0x7F)*0x200000+(Size[1]&0x7F)*0x400+(Size[2]&0x7F)*0x80+(Size[3]&0x7F)
= (0x00&0x7F)*0x200000 + (0x03&0x7f)*0x4000 + (0x10&0x7f)*0x80 + (0x27&0x7f)
= 0x00 + 0xc000 + 0x800 + 0x27 = 0xc824 = 51239个字节
(0x00&0x7F)<<21 + (0x03&0x7f)<<14 + (0x10&0x7f)*<<7 + (0x27&0x7f)
= 0x0 + 0xC000 + 0x800 + 0x27
TIT2标签帧
地址 | 字节 | 值 | 说明 |
---|---|---|---|
AH-DH | 4 | 54 49 54 32 | TIT2标签帧说明 |
EH-11H | 4 | 00 00 00 09 | 帧内容大小: 9个字节 |
12H-13H | 2 | 00 00 | 标志,均为0 |
14H- 1CH | 9 | 01 FF FE E1 80 7F 5E 1F 75 | 帧内容 |
TALB标签帧
地址 | 字节 | 值 | 说明 |
---|---|---|---|
1dH-20H | 4 | 54 41 4C 42 | TALB标签帧说明 |
21H-24H | 4 | 00 00 00 09 | 帧内容大小: 9个字节 |
25H-26H | 2 | 00 00 | 标志,均为0 |
27H- 2FH | 9 | 01 FF FE E1 80 7F 5E 1F 75 | 帧内容 |
TPE1标签帧
地址 | 字节 | 值 | 说明 |
---|---|---|---|
30H-33H | 4 | 54 50 45 31 | TPE1标签帧说明 |
34H-37H | 4 | 00 00 00 09 | 帧内容大小: 9个字节 |
38H-39H | 2 | 00 00 | 标志,均为0 |
27H- 2FH | 9 | 01 FF FE FB 4E 20 7D 50 6C | 帧内容 |
APIC标签帧
This frame contains a picture directly related to the audio file. Image format is the MIME type and subtype for the image. In the event that the MIME media type name is omitted, “image/” will be implied. The “image/png” or “image/jpeg” picture format should be used when interoperability is wanted. Description is a short description of the picture, represented as a terminated textstring. The description has a maximum length of 64 characters, but may be empty. There may be several pictures attached to one file, each in their individual “APIC” frame, but only one with the same content descriptor. There may only be one picture with the picture type declared as picture type $01 and $02 respectively. There is the possibility to put only a link to the image file by using the ‘MIME type’ “–>” and having a complete URL instead of picture data. The use of linked files should however be used sparingly since there is the risk of separation of files.
<Header for 'Attached picture', ID: "APIC">
Text encoding $xx
MIME type <text string> $00
Picture type $xx
Description <text string according to encoding> $00 (00)
Picture data <binary data>
Picture type:
$00 Other
$01 32x32 pixels 'file icon' (PNG only)
$02 Other file icon
$03 Cover (front)
$04 Cover (back)
$05 Leaflet page
$06 Media (e.g. lable side of CD)
$07 Lead artist/lead performer/soloist
$08 Artist/performer
$09 Conductor
$0A Band/Orchestra
$0B Composer
$0C Lyricist/text writer
$0D Recording Location
$0E During recording
$0F During performance
$10 Movie/video screen capture
$11 A bright coloured fish
$12 Illustration
$13 Band/artist logotype
$14 Publisher/Studio logotype
省略
地址 | 字节 | 值 | 说明 |
---|---|---|---|
43H-46H | 4 | 41 50 49 43 | APIC标签帧说明 |
47H-4AH | 4 | 00 01 43 65 | 帧内容大小: 83789个字节 |
38H-39H | 2 | 00 00 | 标志,均为0 |
27H- 2FH | 9 | 00 69 … | 帧内容 |
帧内容大小: |
Size = Size[0]*0x00000000 + Size[1]*0x10000+ Size[2]*0x100 +Size[3]
=0x010x10000+0x430x100+0x65
=0x10000+0x4300+0x65
=0x14365=82789
82789 / 16 = 5174 = 0x1436
82789 % 16 = 6
0x1436 + 0x2 = 0x1438
3 + 6 = 9
实现一个MP3解析器之标签解析
根据上面分析,先要读取标签头,先读取十个字节的标签头,定义一个结构体:
struct tagheader {char ID[3]; // The first 4 bytes should be ID3char version[2]; // $03 00char flags; // $abc00000 : a:unsynchronisation if set; b:extended header exist if set; c:experimental indicator if setchar size[4]; // (total tag size - 10) excluding the tagheader;
};
读取十个字节:
struct tagheader header;size_t sz;if (read(fd, &header, sizeof(header)) < 0) {perror("Read File: ");exit(1);}
计算标签大小:
sz = (header.size[0] & 0x7F) * 0x200000 + (header.size[1] & 0x7F) * 0x400 + (header.size[2] & 0x7F) * 0x80 + (header.size[3] & 0x7F);
接下来遍历读取每一个标签帧,每个标签帧又有十个字节的标签帧头,同样定义一个结构体:
struct frameheader {char frameid[4]; // TIT2 MCDI TRCK ...char size[4];char flags[2]; // %abc00000 %ijk00000 | a 0:frame should be preserved 1:frame should be discard
};
接下来循环读取标签帧头:
struct frameheader header;int framesz = 0;int start = 0;while(start <= tagsize){if (read(fd, &header, sizeof(header)) < 0) {perror("Read File: ");return -1;}start += sizeof(header);if(start > tagsize){printf("has parsed all\n");return 1;}framesz = header.size[0]*0x100000000 + header.size[1]*0x10000 + header.size[2]*0x100 + header.size[3];start+=framesz;...
计算到标签body大小后,读取标签大小内容,并且转换成可读内容:
...char* input = malloc(framesz);if(read(fd, input, framesz)< 0){printf("error");return -1;}if(strncmp(header.frameid, "APIC", 4) == 0){//attach picture是图片内容,不可以转为文字printf("The %s is:\t\t Attach Picture, size = %d\n", header.frameid, framesz);continue;}framesz -= 1; // framesz include the encode of the ID, so minus the encode byte; depend on the type of the tagid.if (framesz <= 0) continue;char* encode = (*input == 1)? "UTF-16" : "GB18030"; // The biggest problem is here, hard to know encode,so just guesssize_t outsize = framesz * 2;char* result = malloc(outsize);bzero(result, outsize);char *temp = input+1;if (strncmp(header.frameid, "PRIV", 4) == 0) { // PRIV's handle is a bit of special, still don't understand encode = "ISO-8859-1";temp = input;framesz +=1;}if ((doconv(temp, framesz, encode, result, outsize)) == -1) {perror("doconv: ");continue;}printf("The %s is:\t\t%s, size = %d\n", header.frameid, result, framesz);free(result);}
到此为止,已经可以把所有的标签内容读取成功并打印了.详细代码参考:
https://github.com/qingkouwei/mp3parser
Mp3格式定义参考官网:
http://id3.org/id3v2.4.0-structure
附录
帧标识
- AENC:Audioencryption
- APIC:Attached picture
- COMM:Comments
- COMR:Commercial
- ENCR:Encryptionmethod registration
- EQUA:Equalization
- ETCO:Event timingcodes
- GEOB:Generalencapsulated object
- GRID:Groupidentification registration
- IPLS:Involvedpeople list
- LINK:Linkedinformation
- MCDI:Music CDidentifier
- MLLT:MPEGlocationlookup table
- OWNE:Ownership
- PRIV:Private
- PCNT:Playcounter
- POPM:Popularimeter
- POSS:Positionsynchronisation
- RBUF:Recommendedbuffer size
- RVAD:Relativevolume adjustment
- RVRB:Reverb
- SYLT:Synchronizedlyric/text
- SYTC:Synchronizedtempo codes
- TALB:Album/Movie/Showtitle
- TBPM:BPM(beats perminute)
- TCOM:Composer
- TCON:Content type
- TCOP:Copyrightmessage
- TDAT:Date
- TDLY:Playlistdelay
- TENC:Encoded by
- TEXT:Lyricist/Textwriter
- TFLT:Filetype
- TIME:Time
- TIT1:Content groupdeion
- TIT2:Title/songname/contentdeion
- TIT3:Subtitle/Deionrefinement
- TKEY:Initial key
- TLAN:Language(s)
- TLEN:Length
- TMED:Media type
- TOAL:Originalalbum/movie/show title
- TOFN:Originalfilename
- TOLY:Originallyricist(s)/text writer(s)
- TOPE:Originalartist(s)/performer(s)
- TORY:Originalrelease year
- TOWN:Fileowner/licensee
- TPE1:Leadperformer(s)/Soloist(s)
- TPE2:Band/orchestra/accompaniment
- TPE3:Conductor/performerrefinement
- TPE4:Interpreted,remixed, or otherwise modified by
- TPOS:Partof a set
- TPUB:Publisher
- TRCK:Tracknumber/Position in set
- TRDA:Recordingdates
- TRSN:Internetradio station name
- TRSO:Internetradio station owner
- TSIZ:Size
- TSRC:ISRC(internationalstandard recording code)
- TSSE:Software/Hardwareand settings used for encoding
- TYER:Year
- TXXX:Userdefinedtext information
- UFID:Unique fileidentifier
- USER:Terms of use
- USLT:Unsychronizedlyric/text tranion
- WCOM:Commercialinformation
- WCOP:Copyright/Legalinformation
- WOAF:Officialaudio file webpage
- WOAR:Officialartist/performer webpage
- WOAS:Officialaudio source webpage
- WORS:Officialinternet radio station homepage
- WPAY:Payment
- WPUB:Publishersofficial webpage
- WXXX:UserdefinedURL link
音乐类型
- 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=“Deathl”;
- 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”;
- 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=“Heavyl”;
- 138=“Blackl”;
- 139=“Crossover”;
- 140=“ContemporaryChristian”;
- 141=“ChristianRock”;
- 142=“Merengue”;
- 143=“Salsa”;
- 144=“Trashl”;
- 145=“Anime”;
- 146=“JPop”;
- 147=“Synthpop”;
参考
- MPEG简介+如何计算CBR/VBR MP3的播放时间-1
- MPEG简介 + 如何计算CBR/VBR MP3的播放时间 - 2
- MPEG简介 + 如何计算CBR/VBR MP3的播放时间 - 3
- MPEG简介 + 如何计算CBR/VBR MP3的播放时间 - 4
- MPEG简介 + 如何计算CBR和VBR的MP3的播放时间 v1.5
- Mp3格式总结
- MP3文件结构解析(超详细)
- MP3编码分析
- (官网)ISO/IEC 11172-1:1993(en)Information technology — Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s — Part 1: Systems
- (官网)ISO/IEC 11172-3:1993(en)
Information technology — Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s — Part 3: Audio - (ietf)The audio/mpeg Media Type
- (wikipedia)MP3
- (fileformat)MP3
- (官网)ID3 tag version 2.4.0 - Main Structure
- (官网)ID3 tag version 2.3.0
- (官网)ID3 tag version 2.2.0
- github ParseMp3tag
下篇 Mp3文件结构全解析(二)接着分析MP3文件的音频内容解析
示例代码地址:git@github.com:qingkouwei/mp3parser.git
*如果对你有帮助的话点个赞吧!!!
相关文章:

Mp3文件结构全解析(一)
Mp3文件结构全解析(一) MP3 文件是由帧(frame)构成的,帧是MP3 文件最小的组成单位。MP3的全称应为MPEG1 Layer-3 音频 文件,MPEG(Moving Picture Experts Group) 在汉语中译为活动图像专家组,特指活动影音压缩标准,MPEG 音频文件…...

ES 8.14 Java 代码调用,增加knnSearch 和 混合检索 mixSearch
1、pom依赖 <dependency><groupId>org.elasticsearch.client</groupId><artifactId>elasticsearch-rest-client</artifactId><version>8.14.0</version></dependency><dependency><groupId>co.elastic.clients<…...

被腰斩的颍川郡守赵广汉
在颍川,他发明了举报箱,铁腕扫黑除恶。因为曾经在郡府所在地阳翟(禹州)当过县令,熟悉颍川社情民意,所以,任职郡守后雷厉风行,才不到一年,不但制服了骄横的豪门大族&#…...

【2024最新华为OD-C/D卷试题汇总】[支持在线评测] 目录管理器(200分) - 三语言AC题解(Python/Java/Cpp)
🍭 大家好这里是清隆学长 ,一枚热爱算法的程序员 ✨ 本系列打算持续跟新华为OD-C/D卷的三语言AC题解 💻 ACM银牌🥈| 多次AK大厂笔试 | 编程一对一辅导 👏 感谢大家的订阅➕ 和 喜欢💗 📎在线评测链接 目录管理器(200分) 🌍 评测功能需要订阅专栏后私信联系清隆…...

关于自学\跳槽\转行做网络安全行业的一些建议
很好,如果你是被题目吸引过来的,那请看完再走,还是有的~ 为什么写这篇文章 如何自学入行?如何小白跳槽,年纪大了如何转行等类似问题 ,发现很多人都有这样的困惑。下面的文字其实是我以前的一个回答&#…...

计算机网络(1) OSI七层模型与TCP/IP四层模型
一.OSI七层模型 OSI 七层模型是国际标准化组织ISO提出的一个网络分层模型,它的目的是使各种不同的计算机和网络在世界范围内按照相同的标准框架实现互联。OSI 模型把网络通信的工作分为 7 层,从下到上分别是物理层、数据链路层、网络层、传输层、会话层、…...
认识QML
为什么使用Qt Quick? Qt4的设计用于满足开发者在主流桌面操作系统上有一套表现一致的窗口组件可以 使用。如今Qt的使用者面临了新的问题,他们需要提供可触碰交互的用户界面以满 足软件界面需求,并在主流桌面操作系统和移动操作系统上实现这些…...

llama-factory微调chatglm3
一、定义 案例/多卡 二、实现 案例 1. 下载chatglm3-6b-32k模型 2. 配置数据集微调指令 CUDA_VISIBLE_DEVICES0,1 llamafactory-cli train \--stage sft \--do_train True \--model_name_or_path /home/chatglm3-6b-32k \--finetuning_type lora \--template chatglm3 \--d…...
大文件上传实现
分片上传 将大文件分割成多个小片(chunk),逐个上传。每个片上传成功后,服务器可以返回确认信息。所有片上传完成后,服务器端将这些片重新组合成原始文件。 以下是一个简单的分片上传的前端实现示例: func…...

为何Proteus用户争相拥抱SmartEDA?揭秘背后的强大吸引力!
在电路设计与仿真领域,Proteus一度以其稳定性能和丰富功能赢得了众多用户的青睐。然而,近年来,越来越多的Proteus用户开始转向SmartEDA,这一新兴电路仿真软件正迅速崭露头角,成为行业内的翘楚。那么,究竟是…...

万界星空科技QMS质量管理介绍
产品的生产质量是企业发展之根本,对所有企业来说,建立完善质量控制体系,对企业生产经营以及发展竞争具有至关重要的影响,可以说是企业质量保证的防火墙。QMS质量管理系统对任何一家企业都具有重要意义,可帮助企业提高生…...

神经网络 torch.nn---nn.LSTM()
torch.nn - PyTorch中文文档 (pytorch-cn.readthedocs.io) LSTM — PyTorch 2.3 documentation LSTM层的作用 LSTM层:长短时记忆网络层,它的主要作用是对输入序列进行处理,对序列中的每个元素进行编码并保存它们的状态,以便后续的处理。 …...
Web前端JSP软件:深度解析与探索之旅
Web前端JSP软件:深度解析与探索之旅 在当今数字化时代,Web前端技术日新月异,JSP(Java Server Pages)软件作为其中的佼佼者,扮演着举足轻重的角色。本文将从四个方面、五个方面、六个方面和七个方面&#x…...

人生的乐趣,在于对真知的追求
子曰:朝闻道,夕死可矣! 孔子说:早上听到关于世界的真理,哪怕晚上就die了都可以。 这句话很有力量而经常被人引用,表达出我们如何看待沉重的肉身和精神世界。 我们的生活目的:道。 —— 要了解…...

IPython大揭秘:神奇技巧让你掌握无敌编程力量!
IPython技巧 基础技巧文件操作技巧输入输出技巧魔术命令技巧调试技巧程序性能优化技巧输入输出重定向技巧魔术命令控制技巧自定义显示格式技巧多线程多进程技巧异常处理技巧数据可视化技巧自定义魔术命令技巧安装扩展包技巧Jupyter Notebook集成技巧文档显示技巧代码块执行技巧…...

逻辑卷管理器 (LVM) 简介
古老的 e5 主机目前有这些存储设备 (硬盘): 系统盘 (M.2 NVMe SSD 480GB), 数据盘 (3.5 英寸 SATA 硬盘 4TB x2). 窝决定使用 LVM 对数据盘进行管理. 逻辑卷管理器 (LVM) 可以认为是一种 (单机) 存储虚拟化 技术. 多个物理存储设备 (PV) 组成一个存储池 (VG), 然后划分虚拟分区…...

Swift开发——弱占用
自动引用计数(Automatic Reference Counting,ARC),是Swift语言管理类的实例的方式。当创建某个类的一个新实例后,ARC自动为新实例分配内存空间,用于保存实例的类型和存储属性,当将该实例赋给常量、变量或其他实例的属性…...

化工电力系统RFID无线测温技术的重要性。
在现代工业体系中,化工电力系统的安全与效率对于整个生产链的顺畅运行至关重要。在日常工作中,由于设备制造的原因,设备受环境污染的原因、设备长期运行、严重超载运行、触点氧化、电弧冲击等原因造接触电阻增大,因此在运行时往往不断发热,温度不断上升,给设备安全运…...

Linux系统:线程互斥
Linux系统:线程互斥 线程互斥互斥锁 mutex互斥锁原理 常见的锁死锁自旋锁 spinlock其它锁 线程互斥 讲解线程互斥前,先看到一个抢票案例: class customer { public:int _ticket_num 0;pthread_t _tid;string _name; };int g_ticket 10000…...
【网络协议栈】TCP/IP相关知识点收集
TCP/IP知识点收集 1 TCP分段 在TCP/IP协议栈中,“MSS”(Maximum Segment Size)是一个关键参数,它指定了TCP协议在发送数据时可以使用的最大数据段(segment)的大小。这个参数是TCP连接建立时通过三次握手&…...
脑机新手指南(八):OpenBCI_GUI:从环境搭建到数据可视化(下)
一、数据处理与分析实战 (一)实时滤波与参数调整 基础滤波操作 60Hz 工频滤波:勾选界面右侧 “60Hz” 复选框,可有效抑制电网干扰(适用于北美地区,欧洲用户可调整为 50Hz)。 平滑处理&…...
FFmpeg 低延迟同屏方案
引言 在实时互动需求激增的当下,无论是在线教育中的师生同屏演示、远程办公的屏幕共享协作,还是游戏直播的画面实时传输,低延迟同屏已成为保障用户体验的核心指标。FFmpeg 作为一款功能强大的多媒体框架,凭借其灵活的编解码、数据…...

基于uniapp+WebSocket实现聊天对话、消息监听、消息推送、聊天室等功能,多端兼容
基于 UniApp + WebSocket实现多端兼容的实时通讯系统,涵盖WebSocket连接建立、消息收发机制、多端兼容性配置、消息实时监听等功能,适配微信小程序、H5、Android、iOS等终端 目录 技术选型分析WebSocket协议优势UniApp跨平台特性WebSocket 基础实现连接管理消息收发连接…...
Go 语言接口详解
Go 语言接口详解 核心概念 接口定义 在 Go 语言中,接口是一种抽象类型,它定义了一组方法的集合: // 定义接口 type Shape interface {Area() float64Perimeter() float64 } 接口实现 Go 接口的实现是隐式的: // 矩形结构体…...

从零开始打造 OpenSTLinux 6.6 Yocto 系统(基于STM32CubeMX)(九)
设备树移植 和uboot设备树修改的内容同步到kernel将设备树stm32mp157d-stm32mp157daa1-mx.dts复制到内核源码目录下 源码修改及编译 修改arch/arm/boot/dts/st/Makefile,新增设备树编译 stm32mp157f-ev1-m4-examples.dtb \stm32mp157d-stm32mp157daa1-mx.dtb修改…...

让AI看见世界:MCP协议与服务器的工作原理
让AI看见世界:MCP协议与服务器的工作原理 MCP(Model Context Protocol)是一种创新的通信协议,旨在让大型语言模型能够安全、高效地与外部资源进行交互。在AI技术快速发展的今天,MCP正成为连接AI与现实世界的重要桥梁。…...

使用 Streamlit 构建支持主流大模型与 Ollama 的轻量级统一平台
🎯 使用 Streamlit 构建支持主流大模型与 Ollama 的轻量级统一平台 📌 项目背景 随着大语言模型(LLM)的广泛应用,开发者常面临多个挑战: 各大模型(OpenAI、Claude、Gemini、Ollama)接口风格不统一;缺乏一个统一平台进行模型调用与测试;本地模型 Ollama 的集成与前…...

Linux --进程控制
本文从以下五个方面来初步认识进程控制: 目录 进程创建 进程终止 进程等待 进程替换 模拟实现一个微型shell 进程创建 在Linux系统中我们可以在一个进程使用系统调用fork()来创建子进程,创建出来的进程就是子进程,原来的进程为父进程。…...
Redis的发布订阅模式与专业的 MQ(如 Kafka, RabbitMQ)相比,优缺点是什么?适用于哪些场景?
Redis 的发布订阅(Pub/Sub)模式与专业的 MQ(Message Queue)如 Kafka、RabbitMQ 进行比较,核心的权衡点在于:简单与速度 vs. 可靠与功能。 下面我们详细展开对比。 Redis Pub/Sub 的核心特点 它是一个发后…...

九天毕昇深度学习平台 | 如何安装库?
pip install 库名 -i https://pypi.tuna.tsinghua.edu.cn/simple --user 举个例子: 报错 ModuleNotFoundError: No module named torch 那么我需要安装 torch pip install torch -i https://pypi.tuna.tsinghua.edu.cn/simple --user pip install 库名&#x…...