2009.01.01 19:16

mp3 분석 자료모음


This is a brief and informal document targeted to those who want to deal with the MPEG format. If you are one of them, you probably already know what is MPEG audio. If not, jump to http://www.mp3.com/ or http://www.layer3.org/ where you will find more details and also more links. This document does not cover compression and decompression algorithm.

NOTE: You cannot just search the Internet and find the MPEG audio specs. It is copyrighted and you will have to pay quite a bit to get the Paper. That's why I made this. Information I got is gathered from the Internet, and mostly originate from program sources I found available for free. Despite my intention to always specify the information sources, I am not able to do it this time. Sorry, I did not maintain the list. :-(

These are not a decoding specs, it just informs you how to read the MPEG headers and the MPEG TAG. MPEG Version 1, 2 and 2.5 and Layer I, II and III are supported, the MP3 TAG (ID3v1 and ID3v1.1) also.. Those of you who use Delphi may find MPGTools Delphi unit (freeware source) useful, it is where I implemented this stuff.

I do not claim information presented in this document is accurate. At first I just gathered it from different sources. It was not an easy task but I needed it. Later, I received lots of comments as feedback when I published this document. I think this last release is highly accurate due to comments and corrections I received.

This document is last updated on December 22, 1999.

MPEG Audio Compression Basics

This is one of many methods to compress audio in digital form trying to consume as little space as possible but keep audio quality as good as possible. MPEG compression showed up as one of the best achievements in this area.

This is a lossy compression, which means, you will certainly loose some audio information when you use this compression methods. But, this lost can hardly be noticed because the compression method tries to control it. By using several quite complicate and demanding mathematical algorithms it will only loose those parts of sound that are hard to be heard even in the original form. This leaves more space for information that is important. This way you can compress audio up to 12 times (you may choose compression ratio) which is really significant. Due to its quality MPEG audio became very popular.

MPEG standards MPEG-1, MPEG-2 and MPEG-4 are known but this document covers first two of them. There is an unofficial MPEG-2.5 which is rarely used. It is also covered.

MPEG-1 audio (described in ISO/IEC 11172-3) describes three Layers of audio coding with the following properties:

  • one or two audio channels
  • sample rate 32kHz, 44.1kHz or 48kHz.
  • bit rates from 32kbps up to 448kbps
    Each layer has its merits.

    MPEG-2 audio (described in ISO/IEC 13818-3) has two extensions to MPEG-1, usually referred as MPEG-2/LSF and MPEG-2/Multichannel.

    MPEG-2/LSF has the following properties:

  • one or two audio channels
  • sample rates half those of MPEG-1
  • bit rates from 8 kbps up to 256kbps.

    MPEG-2/Multichannel has the following properties:

  • up to 5 full range audio channels and an LFE-channel (Low Frequency Enhancement <> subwoofer!)
  • sample rates the same as those of MPEG-1
  • highest possible bitrate goes up to about 1Mbps for 5.1

    MPEG Audio Frame Header

    An MPEG audio file is built up from smaller parts called frames. Generally, frames are independent items. Each frame has its own header and audio informations. There is no file header. Therefore, you can cut any part of MPEG file and play it correctly (this should be done on frame boundaries but most applications will handle incorrect headers). For Layer III, this is not 100% correct. Due to internal data organization in MPEG version 1 Layer III files, frames are often dependent of each other and they cannot be cut off just like that.

    When you want to read info about an MPEG file, it is usually enough to find the first frame, read its header and assume that the other frames are the same This may not be always the case. Variable bitrate MPEG files may use so called bitrate switching, which means that bitrate changes according to the content of each frame. This way lower bitrates may be used in frames where it will not reduce sound quality. This allows making better compression while keeping high quality of sound.

    The frame header is constituted by the very first four bytes (32bits) in a frame. The first eleven bits (or first twelve bits, see below about frame sync) of a frame header are always set and they are called "frame sync". Therefore, you can search through the file for the first occurence of frame sync (meaning that you have to find a byte with a value of 255, and followed by a byte with its three (or four) most significant bits set). Then you read the whole header and check if the values are correct. You will see in the following table the exact meaning of each bit in the header, and which values may be checked for validity. Each value that is specified as reserved, invalid, bad, or not allowed should indicate an invalid header. Remember, this is not enough, frame sync can be easily (and very frequently) found in any binary file. Also it is likely that MPEG file contains garbage on it's beginning which also may contain false sync. Thus, you have to check two or more frames in a row to assure you are really dealing with MPEG audio file.

    Frames may have a CRC check. The CRC is 16 bits long and, if it exists, it follows the frame header. After the CRC comes the audio data. You may calculate the length of the frame and use it if you need to read other headers too or just want to calculate the CRC of the frame, to compare it with the one you read from the file. This is actually a very good method to check the MPEG header validity.

    Here is "graphical" presentation of the header content. Characters from A to M are used to indicate different fields. In the table, you can see details about the content of each field.

    AAAAAAAA AAABBCCD EEEEFFGH IIJJKLMM

    Sign Length
    (bits)
    Position
    (bits)
    Description
    A 11 (31-21) Frame sync (all bits set)
    B 2 (20,19) MPEG Audio version ID
    00 - MPEG Version 2.5
    01 - reserved
    10 - MPEG Version 2 (ISO/IEC 13818-3)
    11 - MPEG Version 1 (ISO/IEC 11172-3)

    Note: MPEG Version 2.5 is not official standard. Bit No 20 in frame header is used to indicate version 2.5. Applications that do not support this MPEG version expect this bit always to be set, meaning that frame sync (A) is twelve bits long, not eleve as stated here. Accordingly, B is one bit long (represents only bit No 19). I recommend using methodology presented here, since this allows you to distinguish all three versions and keep full compatibility.

    C 2 (18,17) Layer description
    00 - reserved
    01 - Layer III
    10 - Layer II
    11 - Layer I
    D 1 (16) Protection bit
    0 - Protected by CRC (16bit crc follows header)
    1 - Not protected
    E 4 (15,12) Bitrate index
    bits V1,L1 V1,L2 V1,L3 V2,L1 V2, L2 & L3
    0000 free free free free free
    0001 32 32 32 32 8
    0010 64 48 40 48 16
    0011 96 56 48 56 24
    0100 128 64 56 64 32
    0101 160 80 64 80 40
    0110 192 96 80 96 48
    0111 224 112 96 112 56
    1000 256 128 112 128 64
    1001 288 160 128 144 80
    1010 320 192 160 160 96
    1011 352 224 192 176 112
    1100 384 256 224 192 128
    1101 416 320 256 224 144
    1110 448 384 320 256 160
    1111 bad bad bad bad bad

    NOTES: All values are in kbps
    V1 - MPEG Version 1
    V2 - MPEG Version 2 and Version 2.5
    L1 - Layer I
    L2 - Layer II
    L3 - Layer III
    "free" means free format. If the correct fixed bitrate (such files cannot use variable bitrate) is different than those presented in upper table it must be determined by the application. This may be implemented only for internal purposes since third party applications have no means to find out correct bitrate. Howewer, this is not impossible to do but demands lot's of efforts.
    "bad" means that this is not an allowed value

    MPEG files may have variable bitrate (VBR). This means that bitrate in the file may change. I have learned about two used methods:

  • bitrate switching. Each frame may be created with different bitrate. It may be used in all layers. Layer III decoders must support this method. Layer I & II decoders may support it.
  • bit reservoir. Bitrate may be borrowed (within limits) from previous frames in order to provide more bits to demanding parts of the input signal. This causes, however, that the frames are no longer independent, which means you should not cut this files. This is supported only in Layer III.

    More about VBR you may find on Xing Tech site

    For Layer II there are some combinations of bitrate and mode which are not allowed. Here is a list of allowed combinations.

    bitrate allowed modes
    free all
    32 single channel
    48 single channel
    56 single channel
    64 all
    80 single channel
    96 all
    112 all
    128 all
    160 all
    192 all
    224 stereo, intensity stereo, dual channel
    256 stereo, intensity stereo, dual channel
    320 stereo, intensity stereo, dual channel
    384 stereo, intensity stereo, dual channel

  • F 2 (11,10) Sampling rate frequency index (values are in Hz)
    bits MPEG1 MPEG2 MPEG2.5
    00 44100 22050 11025
    01 48000 24000 12000
    10 32000 16000 8000
    11 reserv. reserv. reserv.
    G 1 (9) Padding bit
    0 - frame is not padded
    1 - frame is padded with one extra slot
    Padding is used to fit the bit rates exactly. For an example: 128k 44.1kHz layer II uses a lot of 418 bytes and some of 417 bytes long frames to get the exact 128k bitrate. For Layer I slot is 32 bits long, for Layer II and Layer III slot is 8 bits long.

    How to calculate frame length

    First, let's distinguish two terms frame size and frame length. Frame size is the number of samples contained in a frame. It is constant and always 384 samples for Layer I and 1152 samples for Layer II and Layer III. Frame length is length of a frame when compressed. It is calculated in slots. One slot is 4 bytes long for Layer I, and one byte long for Layer II and Layer III. When you are reading MPEG file you must calculate this to be able to find each consecutive frame. Remember, frame length may change from frame to frame due to padding or bitrate switching.

    Read the BitRate, SampleRate and Padding of the frame header.

    For Layer I files us this formula:

    FrameLengthInBytes = (12 * BitRate / SampleRate + Padding) * 4

    For Layer II & III files use this formula:

    FrameLengthInBytes = 144 * BitRate / SampleRate + Padding

    Example:
    Layer III, BitRate=128000, SampleRate=441000, Padding=0
          ==>  FrameSize=417 bytes

    H 1 (8) Private bit. It may be freely used for specific needs of an application, i.e. if it has to trigger some application specific events.
    I 2 (7,6) Channel Mode
    00 - Stereo
    01 - Joint stereo (Stereo)
    10 - Dual channel (Stereo)
    11 - Single channel (Mono)
    J 2 (5,4) Mode extension (Only if Joint stereo)

    Mode extension is used to join informations that are of no use for stereo effect, thus reducing needed resources. These bits are dynamically determined by an encoder in Joint stereo mode.

    Complete frequency range of MPEG file is divided in subbands There are 32 subbands. For Layer I & II these two bits determine frequency range (bands) where intensity stereo is applied. For Layer III these two bits determine which type of joint stereo is used (intensity stereo or m/s stereo). Frequency range is determined within decompression algorythm.

    Layer I and II Layer III
    value Layer I & II
    00 bands 4 to 31
    01 bands 8 to 31
    10 bands 12 to 31
    11 bands 16 to 31
    Intensity stereo MS stereo
    off off
    on off
    off on
    on on

    K 1 (3) Copyright
    0 - Audio is not copyrighted
    1 - Audio is copyrighted
    L 1 (2) Original
    0 - Copy of original media
    1 - Original media
    M 2 (1,0) Emphasis
    00 - none
    01 - 50/15 ms
    10 - reserved
    11 - CCIT J.17

    MPEG Audio Tag ID3v1

    The TAG is used to describe the MPEG Audio file. It contains information about artist, title, album, publishing year and genre. There is some extra space for comments. It is exactly 128 bytes long and is located at very end of the audio data. You can get it by reading the last 128 bytes of the MPEG audio file.

    AAABBBBB BBBBBBBB BBBBBBBB BBBBBBBB
    BCCCCCCC CCCCCCCC CCCCCCCC CCCCCCCD
    DDDDDDDD DDDDDDDD DDDDDDDD DDDDDEEE
    EFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFG

    Sign Length
    (bytes)
    Position
    (bytes)
    Description
    A 3 (0-2) Tag identification. Must contain 'TAG' if tag exists and is correct.
    B 30 (3-32) Title
    C 30 (33-62) Artist
    D 30 (63-92) Album
    E 4 (93-96) Year
    F 30 (97-126) Comment
    G 1 (127) Genre

    The specification asks for all fields to be padded with null character (ASCII 0). However, not all applications respect this (an example is WinAmp which pads fields with <space>, ASCII 32).

    There is a small change proposed in ID3v1.1 structure. The last byte of the Comment field may be used to specify the track number of a song in an album. It should contain a null character (ASCII 0) if the information is unknown.

    Genre is a numeric field which may have one of the following values:

    0 'Blues' 20 'Alternative' 40 'AlternRock' 60 'Top 40'
    1 'Classic Rock' 21 'Ska' 41 'Bass' 61 'Christian Rap'
    2 'Country' 22 'Death Metal' 42 'Soul' 62 'Pop/Funk'
    3 'Dance' 23 'Pranks' 43 'Punk' 63 'Jungle'
    4 'Disco' 24 'Soundtrack' 44 'Space' 64 'Native American'
    5 'Funk' 25 'Euro-Techno' 45 'Meditative' 65 'Cabaret'
    6 'Grunge' 26 'Ambient' 46 'Instrumental Pop' 66 'New Wave'
    7 'Hip-Hop' 27 'Trip-Hop' 47 'Instrumental Rock' 67 'Psychadelic'
    8 'Jazz' 28 'Vocal' 48 'Ethnic' 68 'Rave'
    9 'Metal' 29 'Jazz+Funk' 49 'Gothic' 69 'Showtunes'
    10 'New Age' 30 'Fusion' 50 'Darkwave' 70 'Trailer'
    11 'Oldies' 31 'Trance' 51 'Techno-Industrial' 71 'Lo-Fi'
    12 'Other' 32 'Classical' 52 'Electronic' 72 'Tribal'
    13 'Pop' 33 'Instrumental' 53 'Pop-Folk' 73 'Acid Punk'
    14 'R&B' 34 'Acid' 54 'Eurodance' 74 'Acid Jazz'
    15 'Rap' 35 'House' 55 'Dream' 75 'Polka'
    16 'Reggae' 36 'Game' 56 'Southern Rock' 76 'Retro'
    17 'Rock' 37 'Sound Clip' 57 'Comedy' 77 'Musical'
    18 'Techno' 38 'Gospel' 58 'Cult' 78 'Rock & Roll'
    19 'Industrial' 39 'Noise' 59 'Gangsta' 79 'Hard Rock'

    WinAmp expanded this table with next codes:
    80 'Folk' 92 'Progressive Rock' 104 'Chamber Music' 116 'Ballad'
    81 'Folk-Rock' 93 'Psychedelic Rock' 105 'Sonata' 117 'Poweer Ballad'
    82 'National Folk' 94 'Symphonic Rock' 106 'Symphony' 118 'Rhytmic Soul'
    83 'Swing' 95 'Slow Rock' 107 'Booty Brass' 119 'Freestyle'
    84 'Fast Fusion' 96 'Big Band' 108 'Primus' 120 'Duet'
    85 'Bebob' 97 'Chorus' 109 'Porn Groove' 121 'Punk Rock'
    86 'Latin' 98 'Easy Listening' 110 'Satire' 122 'Drum Solo'
    87 'Revival' 99 'Acoustic' 111 'Slow Jam' 123 'A Capela'
    88 'Celtic' 100 'Humour' 112 'Club' 124 'Euro-House'
    89 'Bluegrass' 101 'Speech' 113 'Tango' 125 'Dance Hall'
    90 'Avantgarde' 102 'Chanson' 114 'Samba'    
    91 'Gothic Rock' 103 'Opera' 115 'Folklore'    
    Any other value should be considered as 'Unknown'

    MPEG Audio Tag ID3v2

    This is new proposed TAG format which is different than ID3v1 and ID3v1.1. Complete tech specs for it may be found at http://www.id3.org/.


    Created on September 1998. by Predrag Supurovic.
    Thanks to Jean for debugging and polishing of this document, Peter Luijer, Guwani, Rob Leslie and Franc Zijderveld
    for valuable comments and corrections.

    © 1998, 1999 Copyright by DataVoyage

    This document may be changed. Check http://www.dv.co.yu/mpgscript/mpeghdr.htm for updates.
    You may use it freely. Distribution is allowed only in unaltered form. If you can help me make it more accurate, please do.

    출처 : mpgedit.org



    ================================================================================================================



    MP3 파일을 player로 열어보거나 정보를 보면 해당 mp3파일의 가수라던지 장르 트랙 넘버 같은 것들을 볼 수가 있다.
    이런것들은 어떻게 구성되어 있으며 어떻게 알 수 있을까?

    ID3 (v1)?
    오디오 포맷 MPEG layer I, layer II and layer III (MP3)는 컨텐츠에 관해 정보를 저장하는 방법이 없다.("private", "copyrighted",original home과 같이 간단하게 yes/no파라미터를 제외하고)
    이러한 문제를 해결하기 위해서 1996년에 Eric Kemp에 의해 "Studio3"프로그램이 소개 되었다.
    파일 끝에 small chunk of extra data를 붙임으로써 mp3파일에 정보들을 얻을 수 있다. 오디오 자체로는 아니고.
    data라고 불려지는 tag의 배치는 아마도 아마도 디코더를 방해하고 작은 변화를 가지고 올 수 있기 때문에 쉽게 고정된 size를 감지하기 위해 128byte를 선택했다. 이 태그는 다음과 같은 layout을 갖는다

    Song Title
     30 characters
     
    Artist
     30 characters
     
    Album
     30 characters
     
    Year
     4 characters
     
    Comment
     30 characters
     
    Genre
     1 byte
     

    만약에 이 필드들의 size의 총합이 위에서 본 것 처럼 30+30+30+4+30+1 125 byte이고 128바이트가 아니다. 3바이트는 song title전에 태그의 시작에서 찾을 수가 있다.

    이 3바이트는 항상 "TAG", ID3 tag를 구별짓는 identification이다.. ID3v1/1.1 tag를 찾는 가장 쉬운 방법은 파일 끝의 128byte로 부터 "TAG" 단어를 찾는 것이다.


    위에서 말했던 것처럼 모든 artist들이 30 캐릭터 네임을 전부 가지는 것은 아니고 만약 몇 바이트들이 남아 있으면 그것은 후에 정보가 필드 안에 들어올 자리이며 그 바이트들은 0으로 채워진다. 또한 장르 필드에 더 많이 쓸수 없다고 생각하게 될껀데 장르필드안에 들어온 그 값들은 이미 미리 디파인된 리스트들의 값과 상응한다. Eric Kemp의 list들은 80개 엔트리를 가지고 있고 0에서 79까지의 범위를 가진다.

     ID3v1.1?

     ID3v1에서는  채워지지 않은 필드들은 zero byte로 padded되어야 하고. 그들이 zero 바이트들을 만날 때 ID3v1 리더는 읽는것을 중단해야 한다.
    comments 필드는 ID3v1.1에서 ID3(v1)보다 짧다. 그 필드들은 28 캐릭터로 되 있고 다음 바이트는 항상 0이 오고 장르 전에 마지막
    한 바이트는 CD의 트랙번호를 나타낸다.

     


    다음은 mp3파일을 직접 열어서 tag를 보여주는 예이다.
    못 1집 cold blood


    [출처] ID3 tag|작성자 깜찍이


  • 신고
    Trackback 2 Comment 0
    2008.12.30 15:20

    describeType


    describeType () 함수  
    public function describeType(value:*):XML

    언어 버전 :  ActionScript 3.0
    Player 버전 :  Flash Player 9

    메서드의 매개 변수와 이름이 같은 ActionScript 객체를 설명하는 XML 객체를 만듭니다. 이 메서드는 ActionScript 언어의 리플렉션이라는 프로그래밍 개념을 구현합니다.

    value 매개 변수가 특정 유형의 인스턴스인 경우 반환되는 XML 객체에는 해당 유형의 모든 인스턴스 속성이 포함되지만 정적 속성은 모두 제외됩니다. XML 객체를 파싱할 때 <type> 태그의 isStatic 특성 값을 조사하면 이 조건을 확인할 수 있습니다. 이 특성 값이 false이면 value 매개 변수가 해당 유형의 인스턴스임을 의미합니다.

    특정 유형의 정적 속성을 가져오려면 value 매개 변수에 유형 자체를 전달합니다. 이때 반환되는 XML 객체에는 유형의 정적 속성과 인스턴스 속성이 모두 포함됩니다. 인스턴스 속성은 정적 속성과 구별되도록 <factory>라는 태그 내에 중첩됩니다. 이 경우 <type> 태그의 isStatic 특성은 true입니다.

    참고: describeType()에서 제공하는 다른 정보는 필요하지 않고 객체의 상속 계층 구조만 순회하면 되는 경우에는 getQualifiedClassName()getQualifiedSuperclassName() 함수를 대신 사용하십시오.

    다음 표에서는 describeType()으로 생성되는 XML 객체의 태그 및 특성 중 일부를 보여 줍니다.

    태그 특성 설명
    <type>   XML 객체의 루트 태그입니다.
      name ActionScript 객체 데이터 유형의 이름입니다.
      base ActionScript 객체의 정의 클래스에 대한 바로 위 수퍼 클래스입니다. ActionScript 객체가 클래스 객체인 경우 값은 Class입니다.
      isDynamic ActionScript 객체의 정의 클래스가 동적이면 true이고 그렇지 않으면 false입니다. ActionScript 객체가 클래스 객체인 경우 클래스 객체는 동적이므로 이 값은 true입니다.
      isFinal ActionScript 객체의 정의 클래스가 최종 클래스이면 true이고 그렇지 않으면 false입니다.
      isStatic ActionScript 객체가 클래스 객체 또는 생성자 함수이면 true이고 그렇지 않으면 false입니다. 이 특성이 true이면 factory 태그 내에 중첩되지 않은 모든 태그는 정적이므로 이 특성의 이름은 isStatic입니다.
    <extendsClass>   ActionScript 객체의 정의 클래스에 대한 각 수퍼 클래스에는 별도의 extendsClass 태그가 있습니다.
      type ActionScript 객체의 정의 클래스가 확장하는 수퍼 클래스의 이름입니다.
    <implementsInterface>   ActionScript 객체의 정의 클래스 또는 수퍼 클래스로 구현되는 각 인터페이스에는 별도의 implementsInterface 태그가 있습니다.
      type ActionScript 객체의 정의 클래스가 구현하는 인터페이스의 이름입니다.
    <accessor>   접근자는 getter 및 setter 함수로 정의되는 속성입니다.
      name 접근자의 이름입니다.
      access 속성의 액세스 권한입니다. readonly, writeonlyreadwrite 값이 될 수 있습니다.
      type 속성의 데이터 유형입니다.
      declaredBy 관련된 getter 또는 setter 함수가 들어 있는 클래스입니다.
    <constant>   상수는 const 문을 사용하여 정의되는 속성입니다.
      name 상수의 이름입니다.
      type 상수의 데이터 유형입니다.
    <method>   메서드는 클래스 정의의 일부로 선언되는 함수입니다.
      name 메서드의 이름입니다.
      declaredBy 메서드 정의가 들어 있는 클래스입니다.
      returnType 메서드에서 반환하는 값의 데이터 유형입니다.
    <parameter>   메서드가 정의하는 매개 변수마다 별도의 parameter 태그가 있습니다. 이 태그는 항상 <method> 태그 내에 중첩됩니다.
      index 메서드의 매개 변수 목록에서 매개 변수가 배치되는 순서에 해당하는 숫자입니다. 첫 번째 매개 변수의 값은 1입니다.
      type 매개 변수의 데이터 유형입니다.
      optional 매개 변수가 선택 요소이면 true이고 그렇지 않으면 false입니다.
    <variable>   변수는 var 문을 사용하여 정의되는 속성입니다.
      name 변수의 이름입니다.
      type 변수의 데이터 유형입니다.
    <factory>   ActionScript 객체가 클래스 객체 또는 생성자 함수인 경우 모든 인스턴스 속성과 메서드는 이 태그 내에 중첩됩니다. <type> 태그의 isStatic 특성이 true인 경우 <factory> 태그 내에 중첩되지 않은 모든 속성과 메서드는 정적입니다. 이 태그는 ActionScript 객체가 클래스 객체이거나 생성자 함수인 경우에만 표시됩니다.

    매개 변수

    value:* — 유형 설명이 필요한 객체입니다. 이 메서드에는 사용 가능한 모든 ActionScript 유형, 객체 인스턴스, uint 등의 프리미티브 유형 및 클래스 객체를 비롯한 모든 ActionScript 값을 전달할 수 있습니다.

    반환값
    XML — 매개 변수로 전달한 객체에 대한 자세한 정보가 들어 있는 XML 객체입니다. 객체에 대한 다음과 같은 정보가 제공됩니다.
    • 객체의 클래스
    • 클래스의 특성
    • 클래스에서 해당 기본 클래스까지 이어지는 상속 트리
    • 클래스에서 구현된 인터페이스
    • 클래스에서 선언된 인스턴스 속성
    • 클래스에서 선언된 정적 속성
    • 클래스의 인스턴스 메서드
    • 클래스의 정적 메서드
    • 클래스의 각 메서드에 대한 이름, 매개 변수 개수, 반환 유형 및 매개 변수 유형

    참고: describeType()은 공용 속성과 메서드만 표시하며 전용, 패키지 내부 또는 사용자 정의 네임스페이스에 있는 속성과 메서드는 표시하지 않습니다.

    참고 사항


    예제

    package {
        import flash.display.Sprite;
        import flash.utils.describeType;
        
        public class DescribeTypeExample extends Sprite {
            public function DescribeTypeExample() {
                var child:Sprite = new Sprite();
                var description:XML = describeType(child);
                trace(description..accessor.@name.toXMLString());
            }
        }
    }
    
    신고
    Trackback 0 Comment 0
    2008.12.30 14:21

    CSMSettings

    CSMSettings 클래스에는 CSM(Continuous Stroke Modulation)을 제공하기 위해 TextRenderer.setAdvancedAntiAliasingTable() 메서드에 사용할 속성이 들어 있습니다. CSM은 획 두께와 가장자리 선명도 모두에 대한 연속적인 모듈화 기능입니다.
      속성 다음에 의해 정의됨
      Inherited constructor : Object
    지정된 객체 인스턴스의 클래스 객체 또는 생성자 함수에 대한 참조입니다.
    Object
        fontSize : Number
    설정이 적용되는 크기(픽셀 단위)입니다.
    CSMSettings
        insideCutoff : Number
    이 값보다 크면 밀도가 255와 같은 최대 밀도 값으로 설정되는 안쪽 잘림 값입니다.
    CSMSettings
        outsideCutoff : Number
    이 값보다 작으면 밀도가 0으로 설정되는 바깥쪽 잘림 값입니다.
    CSMSettings


    CSMSettings(fontSize:Number, insideCutoff:Number, outsideCutoff:Number)
    사용자 정의 앤티앨리어싱 설정의 획 값을 저장하는 새 CSMSettings 객체를 만듭니다.
    신고
    Trackback 0 Comment 0


    티스토리 툴바