MP3，MP4的視頻功能從出現到今天，算起來也有三，四年時間了，但是現在的視頻播放能力上，除了顯示屏越來越大，分辨率，色度越來越高之外，并沒有什么太大的轉變，視頻編碼換了不少，但想要在隨身播放器上播放視頻，絕大多數還是需要轉換，而這正是消費者最頭疼的事。并且MP4播放器類產品與PSP等還有所不同，各家品牌之間的MP4產品并不能同一編碼和格式，因此不能像PSP那樣有一個提供大家共享的資源社區，大多數時候消費者還是需要自行轉換格式，而一般二次壓縮之后的視頻文件或多或少的存在顯示缺陷，并且浪費了大量的轉換時間。因此一種易獲得，資源多的視頻格式支持便成為了消費者最迫切的需求。而RM/RMVB格式正好滿足了這一需要。隨著幾款低價RM/RMVB格式直接支持的MP4播放器的上市，RMVB在網絡盛行之后，又成為了隨身播放領域炙手可熱的話題。在此，我們不妨就一起來看看什么是RMVB格式，RMVB格式又有那些優勢？

早期的Realplayer Pluse播放器

RMVB源自于Real Network公司的RealMedia(RM)格式，該公司是擁有悠久歷史，在網絡媒體上具有強大的技術力量。RealMedia普遍的特點是體積小，能夠適應非常窄的網絡帶寬，RMVB是原有的RM格式的改進，從RM9開始支持VBR編碼模式，并且改進了編碼算法，使其具有更高的要縮率和品質。它的推出在一定程度上彌補了一些原有的缺憾。相對于隨身領域而言，RMVB格式最大的優勢莫過于動態比特率，“霧化”技術和無須轉換這三點了。

現在的RealOne Player

區別與之前的RM格式，RMVB最大的特色就是加入了VBR技術，也就是Variable Bit Rate（可改變之比特率）的英文縮寫。VBR編碼是多媒體文件廣泛使用的編碼方式，例如常見的Mp3、wma、mpeg1、2、4都支持VBR編碼模式！以往我們在播放常見的RM格式電影時，可以在某些播放器看到“xxxKbps”字樣，這就是比特率。影片的靜止畫面和運動畫面對壓縮采樣率的要求是不同的，如果始終保持固定的比特率，會對比特利用造成浪費。 RMVB打破了原先RM格式那種平均壓縮采樣的方式，在保證平均壓縮比的基礎上，編碼器會根據畫面變化的復雜程度設定動態的不同的位率，最高位率一般為平均平均位率兩倍的最大位率。將較高的比特率用于復雜的動態畫面（歌舞、飛車、戰爭等），而在靜態畫面中則靈活地轉為較低的采樣率，合理地利用了比特率資源，使得在犧牲少部分影片質量情況下最大限度地壓縮了影片的大小，最終擁有了和固定比特率編碼的文件相近的視聽效果，可謂體積與清晰度“魚與熊掌兼得”。

除了動態比特率外，RMVB格式與傳統視頻格式另一個最大的區別就在于：壓縮文件時RMVB采用的特殊的“霧化”技術，而不是傳統丟幀的方式。從平時的使用中，我們就可以看出來，一般播放RMVB格式的文件，在放大到一定程度或者全屏時，畫面會顯得模糊，而不是出現“馬賽克”現象。這就是RMVB格式的優勢。在很低的位率下，畫面會顯得很朦朧，但不會出現色塊。而位率超過700kbps之后其畫質開始步入DVDRip！因此RMVB可以在非常低的位率實現相當好的效果。

就目前的市場來看，歌美X750，艾諾V2000等幾款產品，都采用了主頻達到500MHz的ADI Blackfin 533處理器，這樣一來網絡上超過85%的RMVB文件都可以直接在MP4播放器上直接播放了。而我們從網上下載的絕大多數RMVB電影顯示都超過了480P，而這個在電腦上播放的分辨率換到屏幕尺寸相對較小的MP4播放器時，清晰度就大大提高了，換句話說，由于沒有進行二次的轉換壓縮，配合RMVB格式本身特殊“霧化”技術和動態比特率兩個優勢，實現了另一種形式的“高清”！在隨身播放器容量不斷增大的今天，我們可以輕松的播放器中拷入多部電影。而無須轉換，直接播放，并且比以往任何一種二次壓縮的視頻格式更加清晰，流暢！這就是直接支持RMVB格式播放器相對于現有視頻播放器最大的優勢所在！

如果要想迅速的得到 Linux 環境中的日志報告信息, Logwatch 是一個很好的工具。一般的 Linux 系統中可能都默認安裝了這個工具.幾乎不需要額外的配置就可以簡單的用起來。

# logwatch --print

這條命令將會把昨天的日志信息簡要的打印出來. 比如用戶登錄失敗信息、SSH 登錄信息、磁盤空間使用等。

單獨查看某個服務，比如 SSH 登錄信息:

# logwatch --service sshd --print

這條命令可以查看使用說明:

# logwatch --help

最新版本的 LogWatch 默認有 70 多種 Log 的配置信息. 如果要對自己的特殊 Log 做監控, 定制也是比較容易的。簡單記錄一下：

基本的做法:

1) 創建一個日志文件組。指定自己的 Log 文件,可以是一個，可以是多個;

2) 創建一個新的服務。指明這個服務的名字, 指明 Log 文件來源(來自上一步的定義);

3) 創建一個過濾腳本。

整個原理就是，LogWatch 首先要知道針對哪一個服務, 從這個服務中得到需要處理的 Log 文件信息, 然后這個文件送給過濾腳本處理, 之后把處理后格式化的信息展現出來。出于時間關系，例子就不給了。

但是每天ssh到服務器上使用太不方便，還好logwatch提供了mail功能：

#nano /etc/logwatch/conf/logwatch.conf

修改下面的root為你自己的郵件地址：

MailTo = root（其實可以加自己的郵箱，中間逗號隔開）

同時，因為我們需要了解服務器的詳細信息，所以，修改下面的：

Detail = 是細節度，推薦 10 ，即最高

安全:

LogWatch 舊版本 2.11 有個著名的漏洞:臨時目錄建立處理中存在競爭條件漏洞。這里有溢出代碼:Root Compromise through LogWatch

其他: LogWatch 報告的是 Log 信息的歷史數據，如果要實時監控 Log,可以考慮用 Swatch。

二，安裝配置

Logwatch能夠對Linux 環境系統Log報告進行分析，自動發送電子郵件給系統管理員，而且能夠根據用戶的需求進行定制。
1、下載最新版
Logwatch的官方網站地址：http://www.logwatch.org/
下載地址：wget ftp://ftp.kaybee.org/pub/redhat/RPMS/noarch/logwatch-6.0.2-2.noarch.rpm

2、查看是否安裝軟件包
# rpm -q logwatch
logwatch-4.3.1-2
# rpm -q perl
perl-5.8.0-88
3、設置
logwatch日志分析軟件需要借助系統自帶的MTA發郵件，所以系統需要安裝比如sendmail，postfix等郵件程序，只要安裝完sendmail，使用默認設置就可以發郵件了。
4、配置文件：
/etc/log.d/logwatch.conf
修改以下內容為這樣：
MailTo = root@a.com 管理員的郵箱地址
Detail = High 是細節度，推薦 10（或high） ，即日志詳細程度為高

5、重啟sendmail
# /etc/init.d/sendmail start

6、執行logwatch：
自動執行：
logwatch默認為每天執行一次（cron.daily）。
手動執行：
# perl /usr/sbin/logwatch
或
#perl /etc/log.d/scripts/logwatch.pl

7、查看郵件日志
/var/log/mail/log

1， MP3簡介

MP3是今天一種常見的音樂格式，但恐怕除了工作要求之外，有興趣對此進行研究的人恐怕不多。所以，當我打算做MP3解碼方面的工作時，在找資料時也頗費了一番周折，同時也覺得很有趣。所以想在這里分享一下自己的心得，做一個總結性的介紹。這樣有興趣的同志也可以對此有一個大概了解，盡快入門。

MP3是MPEG-1 Audio Layer 3的簡稱，是當今比較流行的一種數字音頻編碼和有損壓縮格式（有Layer 3，也必然有Layer1和Layer2，也就是MP1和MP2，但不在本文討論范圍之內）。MP3技術的應該可以用來大幅度的降低音頻文件存儲所需要的空間。它丟掉脈沖編碼調制（PCM）音頻數據中對人類聽覺不重要得數據，從而達到了較高的壓縮比（高達12：1－10：1）。簡單地說，MP3在編碼時先對音頻文件進行頻譜分析，然后用過濾器濾掉噪音電平，接著通過量化的方式將剩下的每一位打散排列，最后形成有較高壓縮比的MP3文件，并使壓縮后的文件在回放時也能夠達到比較接近原音源的效果。

MP3的音頻質量取決于它的Bitrate和Sampling frequency，以及編碼器質量。MP3的典型速度介于每秒128到320kb之間。采樣頻率也有44.1，48和32 kHz三種頻率，比較常見的是采用CD采樣頻率——44.1kHz。常用的編碼器是LAME，它完全遵循LGPL的MP3編碼器，有著良好的速度和音質。

2，      MP3文件格式

用一個二進制查看器（比如Ultra-Edit）打開一個MP3文件，就能看到一大堆看似雜亂無序的數據。但只要用心了解就會知道，其實，這一切都是有規律可循的。

MP3文件是由幀（frame）構成，幀是MP3文件的最小組成單位。每幀都包含幀頭，并可以計算幀的長度。根據幀的性質不同，文件主要分為三個部分，ID3v2標簽幀，數據幀和ID3v1標簽幀。并非每個MP3文件都有ID3v2，但是數據幀和ID3v1幀是必須的。ID3v2在文件頭，以字符串“ID3”為標志，包含了演唱者，作曲，專輯等信息，長度不固定，擴展了ID3V1的信息量。ID3v1在文件結尾，以字符串“TAG”為標記，其長度是固定的128個字節，包含了演唱者、歌名、專輯、年份等信息。

I, ID3V2

ID3V2到現在一共有四個版本，但流行的播放軟件一般只支持第三版，既ID3V2.3。每個ID3V2.3 的標簽都一個標簽頭和若干個標簽幀或一個擴展標簽頭組成。關于曲目的信息如標題、作者等都存放在不同的標簽幀中，擴展標簽頭和標簽幀并不是必要的，但每個標簽至少要有一個標簽幀。標簽頭和標簽幀一起順序存放在MP3 文件的首部。

標簽頭

長度為10個字節，位于文件首部，其數據結構如下：

char Header[3]; /* 字符串 "ID3" */

char Ver;       /* 版本號ID3V2.3 就記錄3 */

char Revision; /* 副版本號此版本記錄為0 */

char Flag;     /* 存放標志的字節，這個版本只定義了三位，很少用到，可以忽略 */

char Size[4]; /* 標簽大小，除了標簽頭的10 個字節的標簽幀的大小 */

標簽大小為四個字節，但每個字節只用低7位，最高位不使用，恒為0，其格式如下：
0xxxxxxx 0xxxxxxx 0xxxxxxx 0xxxxxxx

計算公式如下：

ID3V2_frame_size = (int)(Size[0] & 0x7F) << 21
                 | (int)(Size[1] & 0x7F) << 14
                  | (int)(Size[2] & 0x7F) << 7
                  | (int)(Size[3] & 0x7F) + 10;

標簽幀

每個標簽幀都有一個10字節的幀頭和至少一個字節的不固定長度的內容組成。它們是順序存放在文件中，由各自特定的標簽頭來標記幀的開始。其幀的結構如下：

char FrameID[4];   /*用四個字符標識一個幀，說明其內容 */

char Size[4];      /* 幀內容的大小，不包括幀頭，不得小于1 */

char Flags[2];     /* 存放標志，只定義了6 位，此處不再說明 */

常用幀標識：

TIT2：標題
TPE1：作者
TALB：專輯
TRCK： 音軌，格式：N/M，N表示專輯中第幾首，M為專輯中歌曲總數
TYER：年份
TCON：類型
COMM：備注，格式：“eng\0備注內容”，其中eng表示所使用的語言
幀大小為四個字節所表示的整數大小。

II, ID3V1

其數據結構如下：

char Header[3];    /* 標簽頭必須是"TAG"否則認為沒有標簽 */
char Title[30];    /* 標題 */
char Artist[30];   /* 作者 */
char Album[30];    /* 專集 */
char Year[4];      /* 出品年代 */
char Comment[28]; /* 備注 */
char reserve;      /* 保留 */
char track;;       /* 音軌 */
char Genre;        /* 類型 */

其實，關于最后31個字節還存在另外一個版本，就是30個字節的Comment和一個字節的Genre.

有了上述的這些信息，我們就可以自己寫代碼，從MP3文件中抓取信息以及修改文件名了。但是，如果真的想寫一個播放軟件，還是需要讀它的數據幀，并進行解碼。

III, 數據幀

數據幀往往有多個，至于有多少，由文件大小和幀大小來決定。每個幀都有一個四字節長的幀頭，接下來可能有兩個字節的CRC校驗，其存在由幀頭中的具體信息決定。接著就是幀的實體數據，也就是MAIN_DATA了。

A,幀頭結構如下：

位置     長度     描述
（BIT）  （BITS）
————————————————————————————
31－19   12       Frame sync(0xFFF)
18/17    2        Layer, 00 – reserved, 01 – Layer III
                         10 – Layer II, 11 － Layer I
16       1         protection_bit, 0 意味著受CRC保護，幀頭后面跟16位的CRC。
15-12    4        bitrate_index, 比特率
11-10    2        sampling_frequency,    00 – 44.1KHz, 01 – 48KHz
                                         10 – 32 KHz,  11 – 保留
9        1        padding_bit,1 意味著幀里包含padding位，僅當采樣頻率為44.1KHz時發生。
8        1        private_bit
7－6     2        mode,    00－stereo,        01-joint stereo(intensity stereo and/or ms_stereo)
                           11- dual_channel, 11 – single_channel
5-4      2        mode_extension,在Layer III中表示使用了哪一種joint stereo編碼方式。
                            Intensity_stereo   ms_stereo
                   00            off                off
                   01            on                 off
                   10            off                on
                   11            on                 on
3        1        copyright,1 表示受版權保護。
2        1        original，0表示該bitstream是一個copy，1表示是original.
1-0      2        emphasis，表示會使用哪一種de-emphasis。
                   00 － no emphasis,     01 – 50/15 microsec. Emphasis
                   10 – reserved,        11 – CCITT J.17

1)      無論幀長是多少，每幀的播放時間都是26ms

2)      數據幀大小：

FrameSize = 144 * Bitrate / SamplingRate + PaddingBit
當144 * Bitrate / SamplingRate不能被8整除，則加上相應的paddingBit.

B,MAIN_DATA:

MP3的granule包含18 * 32個subband采樣。每個數據幀含有兩個granule的數據，其內容結如下：
       - main_data_end pointer
       - side info for both granules (scfsi)
       - side info granule 1
       - side info granule 2
       - scalefactors and Huffman code data granule 1
       - scalefactors and Huffman code data granule 2

主要數據里包含了scalefactors, Huffman encoded data和ancillary information。其內容不再詳敘，可以參考MP3 SPEC－IS0 11172-3 AUDIO PART。我們一般用的都是立體聲，scfsi的長度為32個字節。

這里要解釋的一個概念就是位流――bitstream。我們平常接觸到的數據都是整數，最小的單位就是byte后者char。雖然我們也會用一個字節里的不同位來表示不同的含義，但總的來說，我們在出來數據的時候還是把它當作一個個字節看待。但對MP3這種數據格式來說，這是行不通的。在解碼時，它的數據輸入就是一個個比特流。其中一個或幾個比特會是你的采樣數據或者信息編碼。你需要從整個MAIN_DATA里提取你所需要的以BIT為單位的參數和輸入信號，從而進行解碼。所以我們需要一個子程序，getbit(n)，也就是從緩沖中提取所需要的位，并形成一個新的整數，作為我們的輸出。

C,LAME標簽幀

可是，當你真的打開一個MP3文件的時候，你會發現，很奇怪，很多時候第一個數據幀的幀頭后面的32個字節居然都為0，這是為什么呢，這么奇怪的解碼信息該如何解釋？找到MP3 INFO TAG REV SPECIFICATION的網站，我才明白，原來第一幀并不是真正的數據幀，而是LAME編碼的標志幀。

這里又要牽涉到兩個概念：CBR和VBR。CBR表示比特率不變，也就是每幀的長度是一致的，它以字符串“INFO”為標記。VBR是Variable BitRate的簡稱，也就是每幀的比特率和幀的長度是變化的，它以字符串“Xing”為標記。同時，它還存放了MP3文件里幀的總個數，和100個字節的播放總時間分段的幀的INDEX，還有其他一些參數，這被稱為Zone A，傳統Xing VBR標簽數據，共120個字節。

在二進制文本編輯器里我們還可看到一個字符串“LAME”，并且后面清楚地跟著版本號。這就是20個字節的Zone B初始LAME信息，表示該文件是用LAME編碼技術。接下來一直到該幀結束就是Zone C－LAME標簽。

3，      相關資料

× Mp3 Info Tag rev 1 specifications - draft 0

× MP3 文件格式

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1688758

MySql的備份可用命令mysqldump ，使用方法很簡單，mysqldump -u 用戶名 -p (密碼) -h 主機名 數據庫名 >路徑/備份名.bak；同時也可以是用mysqldump到處數據結構(tablename.sql)和數據(tablename.txt) mysqldump -u 用戶名  -p (密碼)  -h 主機名 數據庫名 tablename1 tablename2 > back.sql或mysqldump -u 用戶名 -p (密碼) -h 主機名 數據庫名 --tab 路徑 --opt 數據庫名.
EXA:
mysqldump -u pivot -p pivot news > c:\news.sql

   那么還原可以mysql命令，mysql -u 用戶名 -p (密碼) -h 主機名 --one-database 還原數據庫名 < 路徑/備份名.bak,--one-database是指定要恢復的數據庫.
EXA:
mysql -u pivot -p pivot news < c:\news.sql

  (括號表示密碼不先輸入，在連接時在Enter password;若密碼為空可缺省-p參數)

在Java編程中，可以用URLConnection（HttpURLConnection）獲取web資源 
                  
String originalurl = " URL url = new URL(originalurl);
URLConnection urlCon = url.openConnection();
（或HttpURLConnection urlCon = (HttpURLConnection)url.openConnection();）

文章出處：http://www.diybl.com/course/3_program/java/javajs/20071018/77938.html

*
     功能說明：分析字符串s，提取s里面的超鏈接和鏈接文字.并存入動態數組
     同時根據指定包含和不包含的字符串進行過濾相關鏈接。
     2008年3月30日
     
*/

import java.util.regex.Matcher;
import java.util.regex.Pattern;
import java.util.*;
public class RegTest
...{
    public static void main(String[] args)
    ...{

        //定義一個文章列表類。包含文章的網址和文章標題
        class ArticleList
        ...{
            String URLs;
            String title;

            public ArticleList()...{}
            public ArticleList(String t,String u)
            ...{
                title=t;
                URLs=u;
            }
                   
            public String toString()
            ...{
                return ("標題："+title+" 網址："+URLs+" ");
            }
        }
    
        ArrayList <ArticleList>  al=new ArrayList<ArticleList>();
        String s="</p><p style=height:14px><a href=http://jingjia.baidu.com>企業推廣</a> | <a href=http://top.baidu.com>搜索風云榜</a> | <a href=/home.html>關于百度</a> | <a href=http://ir.baidu.com>About Baidu</a></p><p id=b>&copy;2008 Baidu <a href=http://www.baidu.com/duty>使用百度前必讀</a> <a href=http://www.miibeian.gov.cn target=_blank>京ICP證030173號</a> <a href=http://www.hd315.gov.cn/beian/view.asp?bianhao=010202001092500412><img src=http://gimg.baidu.com/img/gs.gif></a></p></center></body></html><!--543ff95f18f36b11-->";
        String regex="<a.*?/a>";   
 
        Pattern pt=Pattern.compile(regex);
        //System.out.println(regex);
        Matcher mt=pt.matcher(s);
        String includeString=".*?baidu\.com.*?";//必須包含 字符串"baidu.com"
 
        while(mt.find())
        ...{
            if(mt.group().matches(includeString))
            ...{
                 //System.out.println(mt.group());
               
                 String s2=">.*?</a>";//標題部分
                 String s3="href=.*?>";
                  
                  Pattern pt2=Pattern.compile(s2);
                  Matcher mt2=pt2.matcher(mt.group());
                  Pattern pt3=Pattern.compile(s3);
                  Matcher mt3=pt3.matcher(mt.group());
                  while(mt2.find()&&mt3.find())
                  ...{
                      //System.out.println("標題："+mt2.group().replaceAll(">|</a>",""));
                      //System.out.println("網址："+mt3.group().replaceAll("href=|>",""));
                      String t=mt2.group().replaceAll(">|</a>","");
                      String u=mt3.group().replaceAll("href=|>","");
                      al.add(new ArticleList(t,u));
                  }
            }
           
        }//end while
       
        for(int i=0;i<al.size();i++)
        System.out.println(al.get(i));
        System.out.println("共有"+al.size()+"個結果");
    } 
}

文章出處：http://www.diybl.com/course/3_program/java/javajs/200843/108201.html