any壓縮
⑴ 什麼視頻壓縮軟體能把rmvb和r m格式壓縮小一些
any
video
convert,可以在任何格式之間轉換，自定義參數設置，當然能減小視頻體積，害怕麻煩的話就用格式工場，功能都差不多，不過要比前者操作簡單一點
⑵ 瀏覽器緩存和伺服器緩存
一、瀏覽器緩存
瀏覽器緩存即http緩存；瀏覽器緩存根據是否需要向伺服器重新發起HTTP請求將緩存過程分為兩個部分，分別是 強制緩存 和 協商緩存 。
瀏覽器第一次請求資源的時候伺服器會告訴客戶端是否應該緩存資源，根據響應報文中HTTP頭的緩存標識，決定是否緩存結果，是則將請求結果和緩存標識存入瀏覽器緩存中。如下圖：
1.強制緩存 ：瀏覽器會對緩存進行查找，並根據一定的規則確定是否使用緩存。
強制緩存的緩存規則？
HTTP/1.0 Expires 這個欄位是絕對時間，比如2018年6月30日12:30，然後在這個時間點之前的請求都會使用瀏覽器緩存，除非清除了緩存。
這個欄位的缺點就是只會同步客戶端的時間，這就有可能修改客戶端時間導致緩存失效。
HTTP/1.1 cache-Control 這個是1.1的時候替換Expires的，它會有幾種取值：
public ：所有內容都將被緩存（客戶端和代理伺服器都可緩存）
private ：所有內容只有客戶端可以緩存， Cache-Control的默認取值
no-cache ：客戶端緩存內容，但是是否使用緩存則需要經過協商緩存來驗證決定
no-store ：所有內容都不會被緩存，即不使用強制緩存，也不使用協商緩存
max-age=xxx (xxx is numeric) ：緩存內容將在xxx秒後失效
比如max-age=500，則在500秒內再次請求會直接只用緩存。
優先性：cache-Control > Expires
如果同時存在，cache-Control會覆蓋Expires。
這個欄位的缺點就是：
如果資源更新的速度是秒以下單位，那麼該緩存是不能被使用的，因為它的時間單位最低是秒。
如果文件是通過伺服器動態生成的，那麼該方法的更新時間永遠是生成的時間，盡管文件可能沒有變化，所以起不到緩存的作用。
上圖中瀏覽器緩存中存在該資源的緩存結果，並且沒有失效，就會直接使用緩存的內容。
上圖中瀏覽器緩存中沒有該資源的緩存結果和標識，就會直接向伺服器發起HTTP請求。
2.協商緩存： 瀏覽器的強制緩存失效後(時間過期)，瀏覽器攜帶緩存標識請求伺服器，由伺服器決定是否使用緩存。
伺服器決定的規則？
控制協商緩存的欄位有 Last-Modified / If-Modified-Since 和 Etag / If-None-Match。
①Last-Modified 是伺服器返回給瀏覽器的本資源的最後修改時間。
當下次再次請求的時候，瀏覽器會在請求頭中帶 If-Modified-Since ,即上次請求下來的 Last-Modified 的值，
然後伺服器會用這個值和該資源最後修改的時間比較，如果最後修改時間大於這個值，則會重新請求該資源，返回狀態碼200。
如果這個值和最後修改時間相等，則會返回304，告訴瀏覽器繼續使用緩存。
② Etag 是伺服器返回的一個hash值。
當下次再次請求的時候，瀏覽器會在請求頭中帶 If-None-Match ,即上次請求下來的 Etag 值，
然後伺服器會用這個值和該資源在伺服器的 Etag 值比較，如果一致則會返回304，繼續使用緩存；如果不一致，則會重新請求，返回200。
二、伺服器緩存
上面是一個簡單的流程圖：
用戶1訪問A頁面，伺服器解析A頁面返回給用戶1，同時在伺服器內存上做一定映射，把A頁面緩存在硬碟上面
用戶2訪問A頁面，伺服器直接根據內存上的映射找到對應的頁面緩存，直接返回給用戶2，這樣就減少了伺服器對同一頁面的重復解析
伺服器緩存和瀏覽器緩存的區別：
伺服器緩存是把頁面緩存到伺服器上的硬碟里，而瀏覽器緩存是把頁面緩存到用戶自己的電腦里
Nginx伺服器
Nginx是一個高性能的HTTP和反向代理伺服器。具有非常多的優越性：
在連接高並發的情況下，Nginx是Apache伺服器不錯的替代品，Nginx在美國是做虛擬主機生意的老闆們經常選擇的軟體平台之一。
Nginx提供了expires、etag、if-modified-since指令來實現瀏覽器緩存控制。
nginx -s reload#重新載入配置文件
nginx -s reopen#重新打開log文件
nginx -s stop#快速關閉nginx服務
nginx -s quit #優雅的關閉nginx服務，等待工作進程處理完所有的請求
Nginx設置靜態文件的緩存過期時間
location ~.*\.(js|css|html|png|jpg)$ {
expires 3d;
}
expires 3d;//表示緩存3天
expires 3h;//表示緩存3小時
expires max;//表示緩存10年
expires -1;//表示永遠過期。
如果設置為-1在js、css等靜態文件在沒有修改的情況下返回的是http 304，如果修改返回http 200
對於靜態資源會自動添加ETag，可以通過添加etag off指令禁止生成ETag。如果是靜態文件，那麼Last-Modified值為文件的最後修改時間。
在開發調試web的時候，經常會碰到因瀏覽器緩存(cache)而經常要去清空緩存或者強制刷新來測試的煩惱，提供下apache不緩存配置和nginx不緩存配置的設置。在常用的緩存設置裡面有兩種方式，都是使用add_header來設置：分別為Cache-Control和Pragma。
location ~ .*\.(css|js|swf|php|htm|html )$ {
add_header Cache-Control no-store;
add_header Pragma no-cache;
}
nginx gzip壓縮
使用 gzip 壓縮可以降低網站帶寬消耗，同時提升訪問速度。
主要在nginx服務端將頁面進行壓縮，然後在瀏覽器端進行解壓和解析，
目前大多數流行的瀏覽器都遲滯gzip格式的壓縮，所以不用擔心。
默認情況下，Nginx的gzip壓縮是關閉的，同時，Nginx默認只對text/html進行壓縮
gzip on;
ersio #開啟gzip壓縮輸出
gzip_http_vn 1.0 ;#默認1.1
#其中的gzip_http_version的設置，它的默認值是1.1，就是說對HTTP/1.1協議的請求才會進行gzip壓縮
#如果我們使用了proxy_pass進行反向代理，那麼nginx和後端的upstream server之間是用HTTP/1.0協議通信的。
gzip_vary on ;
#和http頭有關系，加個vary頭，給代理伺服器用的，有的瀏覽器支持壓縮，有的不支持，
#所以避免浪費不支持的也壓縮，所以根據客戶端的HTTP頭來判斷，是否需要壓縮
gzip_comp_level 6;
#設置gzip壓縮等級，等級越底壓縮速度越快文件壓縮比越小，反之速度越慢文件壓縮比越大 1-9
gzip_proxied any;
#Ngnix作為反向代理的時候啟用
#expample:gzip_proxied no-cache;
# off – 關閉所有的代理結果數據壓縮
# expired – 啟用壓縮，如果header中包含」Expires」頭信息
# no-cache – 啟用壓縮，如果header中包含」Cache-Control:no-cache」頭信息
# no-store – 啟用壓縮，如果header中包含」Cache-Control:no-store」頭信息
# private – 啟用壓縮，如果header中包含」Cache-Control:private」頭信息
# no_last_modified – 啟用壓縮，如果header中包含」Last_Modified」頭信息
# no_etag – 啟用壓縮，如果header中包含「ETag」頭信息
# auth – 啟用壓縮，如果header中包含「Authorization」頭信息
# any – 無條件壓縮所有結果數據
gzip_types text/html ;#壓縮的文件類型
#設置需要壓縮的MIME類型,非設置值不進行壓縮
#param:text/html|application/x-javascript|text/css|application/xml
gzip_buffers 16 8k; #設置gzip申請內存的大小,其作用是按塊大小的倍數申請內存空間設置gzip申請內存的大小,其作用是按塊大小的倍數申請內存空間
#設置gzip申請內存的大小,其作用是按塊大小的倍數申請內存空間
# param1:int 增加的倍數
# param2:int(k) 後面單位是k
# example: gzip_buffers 4 8k;
# Disable gzip for certain browsers.
gzip_disable 「MSIE [1-6].(?!.*SV1)」; #ie6不支持gzip，需要禁用掉ie6
⑶ 怎麼把視屏文件大幅度壓縮
把分辨調到最小 音頻比特率調到最小就是最大限度保存！但是音質畫質會受損！你既可以調到適中的模式還是相信微軟把！下載一個 Any Video Converter 中文版的吧！想怎麼轉就怎麼轉，想多大屏就多大屏。什麼格式都能轉！ 中文版不是漢化的 是官方的 所以可靠
⑷ 什麼軟體壓縮視頻最快很多時候要壓縮兩三百m的視頻
電腦版用：Any Video Converter Ultimate和萬興視頻轉換器，即Wondershare Video Converter Ultimate，兩者相較，我認為是後者。在視頻轉換軟體當中，支持CUDA顯卡加速的並不奇怪，但同時支持N卡加速，CPU自帶顯示加速和A卡加速的軟體只有萬興，所以速度超快，而且支持多CPU,多線程滿速轉換。
安卓的有純轉換Video Compressor VidCompact Premium v3.2.4.apk
或任何一款手機視頻剪輯軟體，比如小影，威力導演等都可以用，但是最好的手機CPU也只相當於英特爾I3處理器的水平，速度與電腦相比不可同日而語，慢很多，特別是全高清視頻轉換。
⑸ 如何把壓縮文件用anylogic看
把壓縮文件用anylogic看方法如下：
1、安裝除按正常模式安裝AnyLogic以外額外添加一個shp文件導入控制項，以及安裝neatbean。
2、將壓縮文件解壓，即可使用anylogic查看。
⑹ 壓縮音樂最好的軟體(無損)
先回答你的問題吧，後面我提供了一些詳細的知識。
有損壓縮格式：音樂有MP3 ,OGG,WMA等，視頻的，普遍都是
無損壓縮格式：音樂有APE,WAVPACK,FLAC，視頻，好像是MPG，我不確定，但是我家的DV機攝制的視頻就是這種格式，其每分鍾的文件大小，用最低的畫質攝制的話也將近700MB。
壓縮效率我就不知道了。
以下是我搜到的一些關於無損壓縮格式的，比較通俗的技術性文章。
無損音樂格式：
APE和FLAC格式。是直接從CD抓軌得到的文件。比其他的有損格式比如MP3,WMA體積大，音質也更清晰。
FLAC即是Free Lossless Audio Codec的縮寫，中文可解為無損音頻壓縮編碼。FLAC是一套著名的自由音頻壓縮編碼，其特點是無損壓縮。不同於其他有損壓縮編碼如MP3 及 AAC，它不會破任何原有的音頻資訊，所以可以還原音樂光碟音質。現在它已被很多軟體及硬體音頻產品所支持。
APE是目前流行的數字音樂文件格式之一。與MP3這類有損壓縮方式不同，APE是一種無損壓縮音頻技術，也就是說當你將從音頻CD上讀取的音頻數據文件壓縮成APE格式後，你還可以再將APE格式的文件還原，而還原後的音頻文件與壓縮前的一模一樣，沒有任何損失。APE的文件大小大概為CD的一半，但是隨著寬頻的普及，APE格式受到了許多音樂愛好者的喜愛，特別是對於希望通過網路傳輸音頻CD的朋友來說，APE可以幫助他們節約大量的資源。
簡而言之，FLAC與MP3相仿，但是是無損壓縮的，也就是說音頻以FLAC方式壓縮不會丟失任何信息。這種壓縮與Zip的方式類似，但是FLAC將給你更大的壓縮比率，因為FLAC是專門針對音頻的特點設計的壓縮方式，並且你可以使用播放器播放FLAC壓縮的文件，就象通常播放你的MP3文件一樣（現在已經有許多汽車播放器和家用音響設備支持FLAC，在FLAC的網站上你可以找到這些設備廠家的連接）。
下面是我看到的關於無損壓縮的一篇知識性文章。
如果你想對無損壓縮格式做深刻的了解，請看。
無損壓縮格式 VS 有損壓縮格式2008-05-15 20:28無損壓縮格式 VS 有損壓縮格式
比起有損壓縮格式，無損壓縮格式有何優勢，又存在哪些弱點呢？下面的比較應該能讓你對無損壓縮格式有一個清楚的認識。
無損壓縮的優勢:
1、100％的保存、沒有任何信號丟失
正如之前所說，無損壓縮格式就如同用Zip壓縮文件一樣，能100％的保存WAV文件的全部數據，這一點我們可以通過EAC的「WAV比較」功能來證明。將U2樂隊的一首《BeautifulDay》抓軌保存成WAV格式，作為我們的原始文件。將這個WAV文件壓縮成APE格式，再將APE文件解壓縮成WAV格式。用EAC的「WAV比較」功能對這兩個WAV文件進行數據對比，結果EAC沒有報告有任何不一致！而如果是壓縮成MP3再解壓得到的WAV文件，對比原始WAV文件，則是從頭到尾都不一致！有不少朋友希望能最大限度地能將CD「原版」拷貝到硬碟上，同時又想減少空間佔用量，這在以前似乎只有320KbpsCBRMP3這一種解決途徑了，不過那樣也遠不能做到100%！而現在，無損壓縮格式的出現提供了一個幾乎完美的解決方案。
2、音質高，不受信號源的影響
既然是100％的保存了原始音頻信號，無損壓縮格式的音質毫無疑問和原始CD是一樣的!對比《BeautifulDay》的WAV格式和FLAC壓縮格式的頻譜圖，你看不到任何不同。同樣，實際聆聽也不可能有任何的不同！而有損壓縮格式由於其先天的設計（需要丟失一部分信號），所以音質再好，也只能是無限接近於原聲CD，要想真正達到CD的水準是不可能！而且由於有損壓縮格式演算法的局限性，在壓縮交響樂等類型動態范圍大的音樂時，其音質表現差強人意。而無損壓縮格式則不存在這樣的問題，任何音樂類型都通吃不誤！
3、轉換方便
無損壓縮格式可以很方便地還原成WAV，還能直接轉壓縮成MP3、Ogg等有損壓縮格式，甚至可以在不同無損壓縮格式之間互相轉換，而不會丟失任何數據。這一點比起有損格式可要強的多！因為有損壓縮格式的二次編碼（從一種有損格式轉換成另一種有損格式，或者格式不變而調整比特率）意味著丟失更多的信號，帶來更大的失真！
無損壓縮的不足:
1、佔用空間大，壓縮比不高
比起有損壓縮格式來，無損壓縮格式的壓縮能力要差得多，一般都在60%左右。而192Kbps的有損格式只有原文件的14%左右,兩者在壓縮率上的差異相當懸殊。如圖所示，我用不同的格式壓縮了一首U2的《BeautifulDay》，包括Normal模式的APE，High模式的La。但是可以看到，同樣是100％保存數據，無損格式的壓縮能力比專門對多媒體格式進行了優化的RAR都要強，而Zip則幾乎不能壓縮WAV格式。再加上無損格式具備RAR和Zip都沒有的實時播放能力，對於無損格式的技術我們還是相當佩服的！
2、缺乏硬體支持
目前只有FLAC格式得到為數不多的硬體支持，能播放無損壓縮格式的隨身聽還只有Karma這一台。這是多方面的原因造成的。首先，目前主流快閃記憶體MP3隨身聽的容量還只有128MB或256MB，存放無損格式顯然不現實。其次，解碼無損壓縮格式需要更大的計算量，這對解碼晶元的處理速度提出了更高的要求，而目前這樣的解碼晶元還很少。再次，解碼無損格式甚至要比有損格式消耗更多的電力，這對於目前電池續航能力本來就不理想的MP3隨身聽來說，無疑是雪上加霜！
三、無損壓縮格式一覽
目前比較出名的無損壓縮格式有APE、FLAC、LPAC、WavPack。
1、APE（Monkey'sAudio）
APE無疑是目前最著名的無損壓縮格式，在國內應用得已經比較廣泛了。它的壓縮率相當優秀，而且效率高、速度快，綜合能力絕對屬於當今的佼佼者。通過BT（）或者電騾（），你能夠下載到大量的APE格式音樂。而且廣泛使用的Monkey'sAudio製作軟體也大大推動了該格式的普及。不過APE也存在不少的缺點，它的解碼速度不夠理想，只能在Windows平台上使用，封閉的源碼也影響了它的支持性。
2、FLAC
非常成熟的無損壓縮格式，名氣不在APE之下！FLAC是FreeLosslessAudioCodec的簡稱，該格式的源碼完全開放，而且兼容幾乎所有的操作系統平台。它的編碼演算法相當成熟，已經通過了嚴格的測試，而且據說在文件點損壞的情況下依然能夠正常播放（這一點我不曾試過）。該格式不僅有成熟的Windows製作程序，還得到了眾多第三方軟體的支持。此外該格式是唯一的已經得到硬體支持的無損格式，Rio公司的硬碟隨身聽Karma，建伍的車載音響MusicKeg以及PhatBox公司的數碼播放機都能支持FLAC格式。
3、WavPack
相當有特點的格式，非常值得一試。WavPack不僅僅是一個無損壓縮格式，它還能同時作為有損壓縮格式。在其獨特的「hybrid」模式下，WavPack可以壓縮成wv文件（有損壓縮格式，大小一般相當於WAV文件的23％左右）＋wvc文件（修正文件，大小一般相當於WAV文件的41％左右）的組合。有了對應的wvc文件，有損壓縮格式的wv文件就變成了無損格式，播放時和普通的無損壓縮格式完全一樣。如果為了減少文件體積，你可以去掉這個wvc文件，這時wv文件就變成有損格式了,播放起來和高比特率的MP3完全一樣！WavPack同時包容了無損格式和有損格式，神奇吧？通過WavPackFrontend前台程序，我們可以方便地使用WavPack格式。
4、LPAC
中軌中矩的無損格式，各項指標都比較平均。作者TilmanLiebchen也是不斷地對其進行更新，還為它准備了不錯的製作程序。
5、WMALossless
微軟在WindowsMediaPlayer9.0以後也開始提供無損壓縮功能了。只需點擊菜單「工具」＝》「選項」，在「復制音樂」選項卡里選擇「WindowsMedia音頻無損」格式。以後通過WMP的「從CD復制」功能里，就能直接將CD保存成WMALossless格式了，使用起來確實非常方便。不過除了WindowsMediaPlayer外，幾乎沒有其它軟體能支持該格式。
6、AppleLossless
最新版的蘋果iTunes音樂軟體里也提供了AppleLossless無損壓縮格式。和WindowsMediaPlayer一樣，iTunes可以非常快捷地從CD中抓軌壓縮成AppleLossless格式。當然，該格式也同樣只得到了自家軟體的支持。
7、La
La，是LosslessAudio的簡稱，該格式名氣雖然不大，但卻是目前的壓縮比冠軍，壓縮率方面無人能敵，包括一向以壓縮率高而著稱的APE！正因為壓縮得太厲害了，它編解碼速度實在夠慢的，而且支持它的軟體也比較少。僅限於自己開發的Winamp解碼插件和Windows界面的編碼器LosslessAudioCompressor。
8、OptimFROG
該格式的壓縮率可以媲美La，但是速度比La還要慢（郁悶）！不多說了。
9、Shorten
編碼速度非常快的無損格式，但是壓縮率就讓人很失望了！該格式也是開放源碼，同時支持Windows和Mac，不過好久沒有更新編碼版本了，估計已經夭折。
無損壓縮格式還遠不止上面這些，還有像RKAU、SZIP、Bonk、Kexis等等，由於非常少見而且很不完善，所以就不予介紹了。
四、無損壓縮格式的發展前景
盡管還有一定的不足，但是無損壓縮格式的前景無疑是光明的，從目前存在的無損壓縮格式種類之多就可以看出這一點！隨著時間的推移，限制無損格式的種種因素將逐漸被消除！比如硬碟容量的不斷增加，120GB已成主流，160GB也將普及，無損格式佔用空間大的問題將不再是問題。而速度更快的解碼晶元也將被開發出來，相信會有越來越多的硬碟隨身聽支持無損格式。而在不久的將來，連快閃記憶體隨身聽的容量都要以GB來計算時，為了追求更高的音質，無損壓縮格式會越來越被人重視！
測試篇
首先要非常感謝荷蘭的朋友WimSpeekenbrink（他在音頻技術界可是相當有名的哦，非常多的編碼器前台程序就是他編寫的！），他無償地將其對無損壓縮格式橫向對比的評測數據提供給我。這讓我節約了一大筆時間，而且即便讓我來做這樣的評測，也肯定沒有他做得這么好。OK，讓我們看看WimSpeekenbrink的這個橫向測試，他已經把所有常見的無損格式都包含進來了，包括：AppleLossless、FLAC、La、LPAC、Monkey'sAudio、OptimFROG、RKAU、Shorten（Shorten、ShortenEtree）、TTA、WavPack和WindowsMediaLossless。
本次測試採用了下面的十張CD：
1、ErykahBa-《Baizm》
2、TheBeatles（披頭士樂隊）-《1967-1970》CD1
3、Dido（蒂朵）-《NoAngel》
4、TheEagles（飛鷹樂隊）-《Theverybestof》
5、HerbieHancock&WayneShorter-《1+1》
6、DianaKrall（黛安娜·克瑞兒）-《WhenIlookinyoureyes》
7、Metallica-《S&M》CD1
8、MilesDavis（邁爾士·戴維斯）-《KindofBlue》
9、Nirvana（涅磐）-《Nevermind》
10、U2-《Allthatyoucan'tleavebehind》
其中像披頭士（甲殼蟲）樂隊、飛鷹樂隊、U2樂隊都是大家比較熟悉的了。首先我們將這些CD用EAC抓成CD鏡像文件保存在硬碟上，然後分別用上述格式的編碼器進行壓縮，測試它們的編碼速度。接下來再使用它們各自的解碼器釋放成WAV格式，以測試它們的解碼速度。
註：其中比較特殊的WMA9Lossless使用「cscript.exewmcmd.vbs-inputfile.wav-outputfile.wma-a_codecWMA9LSL-a_mode2-a_settingQ100_44_2_16」這樣的命令行進行壓縮，解碼時則是通過Foobar2000。另外，AppleLossless則靠QuickTimePro6.5.1中「Export->SoundtoWave」（輸出為Wav文件）菜單來進行編碼壓縮。
全部的十張CD都有其各自的測試成績，最終再匯總得到平均成績。以《TheEagles-Theverybestof》這張CD為例，其測試結果如表一。而最後結果按壓縮率排名則如表二。由此，我們可以得出下面的結論：
最高壓縮比:
La0.4b(參數：default)
OptimFROG4.509(參數：highnew)
Monkey'sAudio3.99(參數：extrahigh)
最快編碼速度:
Shorten3.6.0
WavPack3.97(參數：normal)
TTA3.0
最快解碼速度:
Shorten3.6.0
FLAC1.1.0(anycompressionlevel)
AppleLossless(iTunes4.5.0.31)
你肯定要問，我到底該選擇誰呢？的確，很難要分出個上下是很困難的，這里我只能提供我的看法。我的個人推薦就是——FLAC！為什麼？為什麼不是APE？的確，除去速度極慢的La和OptimFROG，APE是目前壓縮率最高的格式了。但是要知道不同的無損壓縮格式之間的壓縮率的差距是相當小的，也就僅僅是在3％左右！將一整張CD轉換成APE或FLAC,文件大小相差也不過20MB左右，比起現在大家普遍都用上了80GB甚至更高容量的硬碟，這點文件體積上的差異真是算不了什麼。至於編碼速度上，兩者都比較出色、差距不大。但我覺得這不是主要的，畢竟編碼的工作每張CD都只要進行一次而已。最最重要的應該是解碼速度！因為解碼工作是最常進行的，每次播放時都要進行解碼，解碼速度低的格式會佔用更多的CPU資源。當然對於主頻在1G以上的電腦而言，這一點點CPU資源可能算不了什麼。但是別忘了，如果要將無損格式轉製成MP3或是WMA放到MP3上去，要將無損格式釋放刻錄到CD上去，都會受到解碼速度的影響。所以說，解碼速度是最重要的！這也是我推薦FLAC的主要原因。當然，FLAC的開放源碼和廣泛支持也是它的巨大優勢！
在音頻壓縮領域，有兩種壓縮方式，分別是有損壓縮和無損壓縮！我們常見到的MP3、WMA、OGG被稱為有損壓縮，有損壓縮顧名思義就是降低音頻采樣頻率與比特率，輸出的音頻文件會比原文件小。另一種音頻壓縮被稱為無損壓縮，也就是我們今天所要說的主題內容。無損壓縮能夠在100%保存原文件的所有數據的前提下，將音頻文件的體積壓縮的更小，而將壓縮後的音頻文件還原後，能夠實現與源文件相同的大小、相同的碼率。目前無損壓縮格式有APE、FLAC、WavPack、LPAC、WMALossless、AppleLossless、La、OptimFROG、Shorten，而常見的、主流的無損壓縮格式目前只有APE、FLAC。下面就針對這兩種無損壓縮格式進行一下對比！
APE是Monkey's Audio，一種無損壓縮格式。這種格式的壓縮比遠低於其他音頻格式，但能夠做到真正無損，同時其開放源碼的特性，也獲得了不少音樂發燒友的青睞。在現有不少無損壓縮方案中，APE是一種有著突出性能的格式，令人滿意的壓縮比以及飛快的壓縮速度，在國內應用比較廣泛，成為了不少朋友私下交流發燒音樂的選擇之一。
目前，基於國產炬力ATJ 2097解碼晶元的MP3大廠中，已有廠商如：昂達的VX939、台電科技的C133+支持APE格式！
FLAC是Free Lossless Audio Codec的簡稱，是一種非常成熟的無損壓縮格式，名氣不在APE之下！該格式的源碼完全開放，而且兼容幾乎所有的操作系統平台。它的編碼演算法相當成熟，已經通過了嚴格的測試，當在編碼損壞時依然能正常播放。另外，該格式是最先得到廣泛硬體支持的無損格式，世界知名數碼產品如：Rio公司的硬碟隨身聽Karma，建伍的車載音響MusicKeg以及PhatBox公司的數碼播放機都能支持FLAC格式。
目前採用快閃記憶體晶元的隨身聽還少有支持FLAC無損壓縮格式，但就在近日，國內知名廠商台電科技的TL-T19第二代雙核心電影MP3，已經宣布對FLAC無損壓縮格式的支持，這是國內目前為止第一款支持FLAC無損壓縮格式的電影MP3，也是目前世界上少有的幾款支持FLAC音樂的快閃記憶體MP3。
前面已經說明，無損壓縮是在保證不損失源文件所有碼率的前提下，將音頻文件壓縮的更小，也就是說這兩種音頻格式都能保證源文件碼率的無損。但兩種壓縮格式畢竟為兩種壓縮演算法，下面列舉一下兩種壓縮格式的異同點：
相同點：
一、壓縮比決定無損壓縮文件所佔存儲空間
FLAC與AEP的壓縮比基本相同，FLAC的壓縮比為58.70%，而APE的壓縮比則要更高一些，為55.50%，都能壓縮到接近源文件一半大小。
二、編碼速度考驗用戶的耐心，速度快者優
非常值得贊揚的是，FLAC與APE的編碼速度都相差無幾，這是因為兩者的壓縮技術是開源的，開發者可以借鑒兩者在編碼上的不同優勢進行開發，不過目前編碼速度最快的是WavPack和Shorten兩種無損壓縮格式，但這兩種格式的非開源性限制了其普及。
三、平台的支持決定普及度
音頻壓縮不但需要硬體的支持，也需要的軟體的支持，因此能夠被更廣泛的平台支持，也就意味著被更多用戶使用。FLAC與APE在這方面做的都非常出色，能夠兼容所有系統平台，現在無論您是Windows用戶還是眾多版本的Linux用戶，哪怕您是Mac OS的忠實FANS，都無需擔心無法使用FLAC或APE。
四、兩者的開源特性，完全免費的技術
兩者的開源特性，意味著任何組織或個人都可以免費使用這兩種壓縮技術，任何組織或個人都可以修改和發布基於這兩種技術的新產品，這給眾多MP3廠商降低成本提供了有力保障，且消費者也能夠以相對低廉的價格購買到只有世界級MP3（例如：iPod支持ALAC）才支持的無損壓縮音頻、CD級的音質表現！
不同點：
一、自我糾錯能力，誰更人性化？
很多消費者都經歷過MP3的爆音問題，然後歸咎於MP3質量有問題，其實，很大一部分爆音是因為音頻壓縮過程中，編碼的微小損壞，造成在解碼時，處理出來的數據與音頻不一致，導致爆音現象。無損格式壓縮的不好也會導致編碼損壞，而在處理這種問題時，FLAC的會以靜音方式代替有損部分，而APE的處理則與常見的有損壓縮格式處理的方式相同，以爆音方式代替有損部分。這一點FLAC設計的更人性化！
二、優化的編碼結構，決定了解碼的速度！
由於編碼方式的不同，將影響兩種無損壓縮格式的解碼速度，通常FLAC的解碼速度比APE快30%，這是因為，FLAC只需執行整數運算，而無需執行佔用系統更高頻率和更大數據處理量的浮點運算。基於這一點，一般硬體均可完美實現實時解碼。
三、方便的資源獲取，意味著能夠得到更廣泛的應用與支持
無論FLAC還是APE，在資源獲取上，兩者都能通過網路搜索輕松獲得！
通過以上的對比，相信很多用戶對FLAC和APE的認識更加深了一些，單從技術角度講，FLAC要明顯比APE優秀，原因在於，FLAC是第一個開源的且被世界公認的無損壓縮格式，有來自世界各地的頂尖級開發高手對FLAC進行免費的開發與技術完善，同時，FLAC有廣泛的硬體平台的支持，幾乎所有採用攜帶型設計的高端解碼晶元都能夠支持FLAC格式的音樂，FLAC第三個優勢在於：優秀的編碼使得硬體在解碼時只需採用簡單的整數運算即可，這將大大降低所佔用的硬體資源！不過兩種公開的技術具有極強的互補性，任何一方都不可能全面超越另一方！
這是關於有損壓縮格式的文章。
我們前面所有的操作，都是基於WAV這種標準的音頻格式。WAV文件由於體積龐大，很難保存、備份以及放到網上共享，更無法隨身欣賞。這時候您需要對其進行壓縮處理。這也是我們音頻處理的最後一道「工序」。
音頻壓縮方式分為無損壓縮和有損壓縮兩種。使用有損壓縮，您可以選擇需要的采樣頻率和比特率對數字音頻文件進行壓縮編碼，壓縮後的音頻文件將比原文件小很多，但品質也相應地有所降低，而且這種損失是無可挽回的，即使將其轉換成壓縮編碼前的文件格式，損失掉的部分也不能恢復；而使用無損壓縮編碼的音頻文件能夠保持音質，解壓縮後可以恢復到壓縮編碼前一樣的品質，但壓縮的比率比較小。
基本上您不需要將無損壓縮和有損壓縮進行比較，它們各有適用的場合。例如當您需要為您的隨身數字音頻設備選擇壓縮格式時，無疑有損壓縮的大壓縮比最具吸引力；而當您希望將CD唱盤復制到硬碟上時，那麼無損壓縮是最好的選擇。您需要清楚的只是無損壓縮和有損壓縮各自有哪些編碼技術可以使用，同時了解這些壓縮編碼技術的優點與缺點，以便在需要的時候能夠做出明智的選擇。
有損壓縮編碼
數字音頻文件的有損壓縮已經發展多年，VQF等曾經流行一時的格式已經逐漸遠離人們的視線，取而代之的是OGG、MPC、ACC、WMA格式，與一直保持活力的MP3格式一樣受到了人們的歡迎。那麼這些有損壓縮編碼技術中哪一種才是最好的呢？這需要從壓縮率、壓縮速度和壓縮後的音質等各方面進行綜合的比較。考慮到各種壓縮方式的技術特點，我們還需要分別比較在低比特率和高比特率下壓縮的品質，才能得到具有參考價值的結果。
最困難的是品質比較高的音頻文件其差異是相當小的，我們如何去比較它們，找出最佳的一個呢？實際上，每一種壓縮技術都有自己的支持者，很難有一個得到一致認同的測試結果。不過，這里筆者可以為您提供一個根據國外最著名的音頻技術論壇Hydrogen Audio 測試結果得出的表格，該測試結果在技術論壇上受到廣泛的認同，相信對您也有一定的參考價值。
通過Hydrogen Audio的測試不難發現，所有目前依然受到歡迎的有損壓縮技術的壓縮率都比較好，它們之間的差別在於低比特率和高比特率下的品質不同，而全面比較的結果，MPC、QGG、MP3將會是當前最具吸引力的數字音頻有損壓縮技術，下面就讓我們一起來看看如何使用這三種壓縮技術編碼自己的音頻文件。
MP3
在MPC和OGG的對比下，MP3的光環已不再如昔日般耀眼，但MP3無論在低比特率還是高比特率壓縮下都能夠獲得比較好的效果，而且可以使用多種隨身設備進行播放。對於大部分的數字音頻愛好者而言，MP3仍然是最常用的音頻文件有損壓縮編碼方式。
Lame（Lame Ain't an Mp3 Encoder，您可以到下載Lame的最新版本）是當前最好的MP3編碼器，其獨創的聽覺心理模型結合VBR、ABR等多種編碼模式，可以讓您自由地選擇自己需要的MP3編碼效果和文件大小。
Lame編碼器多用於被其他軟體調用（如前面提到過的EAC）。如果您不準備通過其他音頻軟體調用，則可以直接在命令行狀態下編碼MP3文件。但最方便的辦法是下載一個RazorLame軟體（網址：），該軟體允許您在圖形界面上設置Lame的編碼參數，可以幫助您遠離記憶Lame參數的噩夢，輕松地選擇編碼的方案。使用前請檢查一下軟體自帶的Lame編碼器版本，如果已經有新版本出現，可以拷貝新版的Lame編碼器替換該軟體目錄下的Lame.exe。
在RazorLame中設置Lame編碼參數
MPC
MPC在高比特率編碼下品質最佳，是國外一致公認的高比特率壓縮下的最佳有損壓縮編碼方式。但該編碼方式在低比特率下品質不佳，而且支持的設備和軟體數量相當少，雖然可以預期隨著使用者的增加會有所改善，但就目前而言，仍然只適合在自己的電腦上存儲和播放時使用。
目前最受歡迎的MPC編碼器是MusePack Encoder（）。與Lame相似，MusePack Encoder是一個命令行下的編碼程序。解開下載的壓縮包得到一個exe程序，在EAC主界面上的「EAC」菜單中選擇「壓縮選項」，在「外部壓縮程序」對話框中通過下拉菜單將「參數傳遞方案」改為「用戶自定義方案」，在「使用文件擴展名」輸入框中鍵入「.mpc」，再單擊「壓縮程序及路徑」旁的「瀏覽」按鈕，選擇剛才下載的exe文件。清除下面「添加ID3標簽」的復選框上的選中標記，然後在「追加的命令行參數」輸入框內定義MPC編碼器的編碼參數。例如：--quality 5 --xlevel --artist "%a" --title "%t" --album "%g" --year "%y" --track "%n" --genre "%m" %s，您就可以和調用Lame一樣使用EAC編碼MPC文件了。
在EAC中設置MPC編碼參數。
與Lame一樣，MPC編碼器也有可以讓您在圖形界面里調用的外部程序，您在下載編碼器的頁面上可以找到一個名為MuseDrop的程序，這是當前最流行的MPC編碼器。運行該程序後，用滑鼠右鍵單擊您可以設置編碼器的各項參數，然後將要編碼的文件拖到程序浮動的窗口中即可進行編碼。
OGG
OGG擁有最好的低比特率壓縮品質，因此，將語音或者其他要求不高的音頻文件編碼為OGG格式或者是個不錯的選擇。不過，使用該格式應該慎重，目前雖然已經開始有廠家嘗試生產支持OGG的隨身音頻播放器，但這畢竟不是主流。對OGG編碼感興趣的朋友可以訪問。與設置Lame編碼器一樣在EAC上進行設置，惟一不同的是，「參數傳遞方案」選擇「Ogg Vorbis編碼器」，編碼程序改為下載的OGG編碼器「oggenc.exe」。而各種播放器需要的插件您也可以在上面的網站內找到。
⑺ ipv6怎麼表示any地址
IPv6地址的表示方法分為三種：
首選格式
壓縮表示
IPv4內嵌在IPv6中
2、IPv6地址的表示方法–首選格式
首選格式的表示方法就是將IPv6中的128位，也就是共32個字元完完整整，一個不漏的全寫出來。
上面IPv6的首選格式表示中可以看出，每一個地址，都將32個字元全部寫了出來。即使地址中有許多個0，或者許多個F，也都一個不漏地寫了出來。
3、IPv6地址的表示方法–壓縮格式
Case 1:
<1>在IPv6中，地址分為8個段來表示，每段共4個字元。
<2>但是一個完整的IPv6地址會經常碰到整個段4個字元全部都為0，所以我們將整個段4個字元全部都為0的使用雙冒號 ::來表示。
<3>如果連續多個段全都為0，那麼也可以同樣將多個段都使用雙冒號::來表示。如果是多個段，並不需要將雙冒號寫多次，只需要寫一次即可。
<4>比如一個地址8個段，其中有3個段全都為0，那麼我們就將這全為0的三個段共48位用::來表示。再將其他五個段照常寫出即可。當計算機讀到這樣一個不足128位的地址時，比128位少了多少位，就在::的地方補上多少個0。上面的::代替為48位，那麼計算機就會在這個地址的::位置補上48位的0，這樣就正確地將地址還原回去了。
eg 1：
壓縮為：
note：由於這個地址的8個段全部都為0，所以只用::就將整個地址表示出來。當計算機拿到這個壓縮後的地址時，發現比正常的128為少了128位，那麼就會在::的地方補上128個0,結果為：0000:0000:0000:0000:0000:0000:0000:0000
eg 2 :
壓縮為：
note:壓縮後的地址比正常的128位少了112位，就算幾就會在::的地方補上112個0, 結果為:0000:0000:0000:0000:0000:0000:0000:0001
eg 3 :
壓縮為：
note:壓縮後的地址比正常的128位少了32位，計算機就會在::的地方補上32個0，結果為:2001:0410:0000: 0000:FB00:1400:5000:45FF
eg 4 :
壓縮為：
note：當計算機拿到這個壓縮後的地址，發現比正常的128位少了64位，計算機就會試圖在::的地方補上64個0，所以這時補出來的結果很可能是以下幾種，
從結果中可以發現，當一個IPv6地址被壓縮後，如果計算機出現兩個或多個::的時候，計算機在將地址還原時，就可能出現多種情況。
所以在壓縮IPv6地址時，一個地址中只能出現一個::
Case 2 ：
<1> 在壓縮格式的case 1 的表示中，是在地址中整個段4個字元都為0時，才將其壓縮為::來表示。
<2> 但是在使用第一種情況壓縮之後，我們仍然可以看到地址中還存在許多毫無意義的0，比如0001,0410。我們知道0001中，雖然前面有三個0，但是如果我們把前面的0全部省略掉，寫為1，結果是等於0001的；
<3> 而0410也是一樣，我們將前面的0省略掉，寫成410，也同樣等於0410的。所以我們在省略數字前面的0時，是不影響結果的。那麼這個時候，表示IPv6地址時，允許將一個段中前部分的0省略不寫，因為不影響結果。
<4> 但是需要注意的是，如果0不是前導0，比如2001，我們就不能省略0，寫成21，因為21不等於2001。所在中間的0不能省略，只能省略最前面的0。
eg 1 :
壓縮為：
eg 2 :
壓縮為：
eg 3 :
壓縮為：
Case 3 :
<1>在前面兩種IPv6地址的壓縮表示方法中，case 1是在整段4個字元全為0時，才將其壓縮後寫為::；
<2> 而case 2是將無意義的0省略不寫。
<3> case 3 就是結合前兩種方法，既將整段4個字元全為0的部分寫成::，也將無意義的0省略不寫。
eg 1 :
壓縮為：
eg 2 :
壓縮為：
4、 IPv4內嵌在IPv6中
在網路還沒有全部從IPv4過渡到IPv6時，就可能出現某些設備既連接了IPv4網路，又連接了IPv6網路。對於這樣的情況，就需要一個地址既可表示IPv4地址，又可表示IPv6地址；
因為一個IPv4地址為32位，一個IPv6地址為128位。要讓一個IPv4地址表示為IPv6地址，明顯已經少了96位，那麼就將一個IPv4地址通過增加96位，結果變成128位，來與IPv6通信。在表示時，是在IPv4原有地址的基礎上，增加96個0，再結合原有的IPv4地址，表示方法為：
eg 1:
IPv4地址為138.1.1.1,表示為IPv6地址為：
IPv6中沒有廣播地址，IPv6不建議劃分子網。如果需要劃分子網，網路位不要低於48位。
⑻ anydesk是什麼軟體
anydesk是一款免費長途銜接、長途桌面操控軟體，這是前 TeamViewer 開發小組人員自立門戶的商品，它擁有領先的視頻壓縮技能DeskRT，能夠輕松穿透防火牆、路由器。AnyDesk中文版最大的特點就是速度極快、反應流暢迅速。 
anydesk是一款免費長途銜接、長途桌面操控軟體，這是前 TeamViewer 開發小組人員自立門戶的商品，它擁有領先的視頻壓縮技能DeskRT，能夠輕松穿透防火牆、路由器。AnyDesk中文版最大的特點就是速度極快、反應流暢迅速。