DLNA（Digital Living Network Alliance）是一個數位家庭的網路規格, 架構於原有的有線或無線網路之上.
比較特別的是 DLNA 創造了一些名詞, 它讓大家會看得有點暈眩. 包括: Digital Media Server（DMS）、Digital Media Player（DMP）、Digital Media Controller（DMC）、Digital Media Renderer（DMR）與 Digital Media Printer（DMPr）.
DMS 儲存/送出 content, 如電腦.
DMR 接收/顯示 content, 如螢幕.
DMP 檢索/顯示 content, 如電視.
DMC 操作 DMP 或 DMR 的東西, 如遙控器.
DTCP-IP 驗證 DMS, DMR, DMP 之間連線的規格.
參考: http://www.eettaiwan.com/STATIC/PDF/200811/20081117_Allion_TA02.pdf?SOURCES=DOWNLOAD
有一個有趣的問題: 假如 cache size 是 8KB, 而 virtual memory 的 page 是 4KB 會怎麼樣? 這個就是 cache alias的問題.
根據新版的 “See MIPS Run" 這本書的 10.3.4 Cache Aliases and Page Coloring, 名詞定義是這樣:
1. index range = the size of one “set" of cache. 舉例來說 4 KB 的 page 可以對應到 8KB 的 direct map, 或是 32KB 的 4-way set-associative cache.
2. page color = the value of those one or more virtual address bits that choose a page size chunk within the propriate page set.
3. cache aliases = two virtual pointers to the same physical data can produce an alias only if they have different page colors.
若是把 32KB 4-way associative cache memory 看作 4 塊 8KB 的 cache memory, 那麼每一塊都比 4KB page 大一倍, 一抓就有機會抓到和另外一個 way 重疊的內容.
解法: 只要 virtual address 彼此距離夠遠, 比方說在 4KB page 下間隔 64KB, 那麼每個 page 的 color 都會一樣.
另外有人說, 可以讓 virtual address 的 bit 12 (假設 page 是 4KB, 12 bis) 強制和 physical address 的 bit 12 一樣, 也就是說每 8KB 的第一個 4KB, 和第二個 4KB 在 physical address 上都沒有重疊. 由於每一個 way 不會抓到一樣的東西, 這就確保了兩個 way 之間的 cache 不會重複. 它聽起來等效於 page size 變成 8KB, 所以應該會沒問題.
先不管軟體實作上的困難, 這種 work around 的 hit rate 將會很低. 每次 hit 到奇數 page, 就要連前一個偶數 page 都抓進來. 那些資料通常已經是過去式了, 所以 cache 的效率應該挺差的.
——————————————————–
20090320 重新整理
cache alias 可能發生在 Linux 的 user mode 之間, 也可能發生在 user mode 與 kernel mode 之間.
單純在 user mode 的解法有很多種:
1. 只要 virtual address 彼此距離夠遠, 比方說在 4KB page 下間隔 64KB, 那麼每個 page 的 color 都會一樣均勻, 如小魚的第一個回覆一樣.
2. 根據小魚的說法: 奇數 8KB (i.e. 4(2n+1)KB) 和偶數 8KB (i.e. 4(2n)KB) 的 physical address 都對應到不同組的 virtual address. 而 memory cache 既然是根據 virtual address 所做的, 那麼就沒有機會 cache 到重複的 physical address.
有人說用這種說法: “可以讓 virtual address 的 bit 12 (假設 page 是 4KB, 12 bis) 強制和 physical address 的 bit 12 一樣, 也就是說每 8KB 的第一個 4KB, 和第二個 4KB 在 physical address 上都沒有重疊. 由於每一個 way 不會抓到一樣的東西, 這就確保了兩個 way 之間的 cache 不會重複. 它聽起來等效於 page size 變成 8KB, 所以應該會沒問題.
為了 hit 到 8KB 裡的一個 Linux 4KB page, 現在必須抓 8 KB 的 cache. 和原來的方式相比, 原來讀到 0x80001-000 的時候, 我們 cache 0x80001-000~0x80002-FFF, 是指望後面進到 cache 的 0x80002-000~0x80002-FFF 這個 page 等一下會用到. 根據新的方式, 就會變成 cache 0x80000-000~0x80001-FFF 這 8 KB. 所以還是會有一些差別, 如小魚第四篇回覆所說的: " 0×00410_000 和 0×00411_000 是無法同時對到 0×40400_000 的“.
本來我有個直覺, 覺得分了類之後, 對於大量連續資料, 又放在虛擬記憶體的連續位置時, 上面的做法可能會降低效率. 但想想也只是 cache 到不同 way 的 cache memory 去了, 應該是還好.
[後記]
1. Kernel space 和 user space 存取同一個 page 的話, 也會有 virtual alias 的問題.
2. 還是要感謝小魚啦! 哈!
根據網路謠言的說法, Dolby AC3 的專利快到期了, 明年大家可以隨便用…
由於美國專利的年限規定, 大約是 17~20 年, 詳情請看 http://www.patent-tutorial.net/node/1114. 所以今年到期的美國專利, 應該是 1992 年獲准, 或是 1989 年申請的. 那麼, 謠言來源應該是針對這兩個專利吧!
“Low bit rate transform code, decoder, and encoder/decoder for high quality audio", USA Patent 5,109,417 and 5,142,656.
不過以網路上的合約範本 (Dolby Digital v.s. Sony) – http://contracts.onecle.com/sonic-foundry/dolby-license-1997-07-28.shtml (網路上真是甚麼都有), 他們簽約的時候, Dolby 授予對方的權利包含下面這些專利, 難道每一隻都過期了嗎?
好像沒有! 剛好只到 5,142,656 會在今年過期. 其中 5,235,671 竟然是 GTE 的專利, 而不是 Dolby 的.
回過頭來看, 爆料者似乎爆過頭了. 萬一大家都亂用 AC3 的專利, 然後被 Dolby 告得半死. 那麼散布此謠言的人, 也沒有好處啊?
其中, Dolby 也有申請台灣的專利. 在歐洲也有好多個同號碼的專利, 假如專利號碼不像電話號碼的可以選號的話, 應該只是互相承認的專利, 然後再不同國家之下都掛一次, 充充場面的吧!
PATENTS
——-
Country Patent Number
——- ————-
Australia 631,404
Australia 644,170
Australia 649,786
Australia 653,582
Australia 655,053
Australia 655,535
Austria 0 524 264
Belgium 0 208 712
Belgium 0 481 374
Belgium 0 524 264
Canada 1,239,701
Canada 1,301,337
Canada 2,026,213
Denmark 0 208 712
Denmark 0 481 374
Denmark 0 524 264
France 0 208 712
France 0 455 738
France 0 481 374
France 0 524 264
Germany 690 060 11.4
Germany 691 078 41.6
Greece 0 524 264
Italy 0 208 712
Italy 0 524 264
Netherlands 0 455 738
Netherlands 0 524 264
Spain 0 524 264
Sweden 0 524 264
Switzerland 0 524 264
Taiwan 52,047
Taiwan 53,726
Taiwan 56,006
Taiwan 60,430
United Kingdom 0 208 712
United Kingdom 0 455 738
United Kingdom 0 524 264
United States of America 4,790,016
United States of America 4,914,701
United States of America 5,109,417
United States of America 5,235,671
United States of America 5,274,740
United States of America 5,291,557
United States of America 5,297,236
United States of America 5,357,594
United States of America 5,394,473
United States of America 5,463,424
United States of America 5,479,562
ETSI 全名 European Telecommunications Standards Institute, 功能是制定歐洲電信業的標準, 網址是 www.etsi.org/.
我們可以用它的搜尋功能, 找到對應的規格. http://pda.etsi.org/pda/queryform.asp
只要註冊 e-mail, 就可以搜尋、下載所需要的文件. 每次 download 一個文件, 它就會寄一封到你的註冊信箱. 只要你回信, 他就不會再寄信了. 但是若你 download 了 3 個文件, 都還不回信, 下載的功能就會被封鎖住. 大概是防止機器人吧??
下載的文件有 PDF 和 word 兩種格式, 而且它的頻寬似乎相當大, 速度挺快的.
我比較有機會接觸到的是電視相關的規格, 而 ETSI 的涵蓋範圍包括以下這些:
Technologies
本文參考 “A Guide to Metadata“ , 幫助大家瞭解什麼是 metadata, 若是不瞭解它, 就不知道 Dolby Pulse 和 HE-AAC 的不同.
在 Dolby Digital (AC3) 裡面, 只支援部分的 metadata, 此為 consumer metadata. 只有 Dolby E 才支援完整的 professional metadata. 這些 metadata 有甚麼用呢? 簡言之就是提供消費性電子產品的終端使用者, 一個對音樂比較好的體驗. 比方說, 對白的音量大小 (dialogue normalization)、DRC (Dynamic Range Control) 等等.
原文所舉的例子是在足球場外面轉播時, audio 的資料和伴隨的 metadata 就被壓縮成 Dolby E stream, 傳回到電視台. (前文提到的 Contribution)
電視台收到 Dolby E stream之後, 將它解壓縮, 就可以得到 audio data / metadata pair. 電視台的後製辦公室 (postproduction studio) 會對這個足球節目作剪接, 加入新的 element (如: 廣告、新聞快報), 再重新壓縮成 Dolby E stream. 傳到主控台 (master control). (前文提到的 Distribution)
主控台會收到一大堆的 Dolby E stream, 每一個都會依據 metadata 重新壓成 broadcast 要用的 bitstream, 此時 metadata 就已經內化在 bit stream 之中了. 這個訊號因為要用在發射, 所以不需要有可調整的 professional metadata, 只剩 consumer metadata. (前文提到的 Emission)
經過 broadcast, 足球節目完美地傳送到了家庭之中, 無論是節目、廣告、新聞快報都有自己的 metadata, 使得音量控制在最佳的狀態.
大致上來說, metadata 對使用者是透明的 (transparent), 但是 DRC 和 down-mix 一定會讓使用者有感覺, 前者可以避免吵到家人或鄰居, 後者會讓聲道變成 2 聲道.
Metadata 一覽表
| Metadata Parameter | Professional | Consumer |
| Program Configuration | X | |
| Program Description Text | X | |
| Dialogue Level | X | |
| Channel Mode | X | |
| LFE Channel | X | |
| Bitstream Mode | X | |
| Line Mode Compression | X | |
| RF Mode Compression | X | |
| RF Overmodulation Protection | X | |
| Center Downmix Level | X | |
| Surround Downmix Level | X | |
| Dolby Surround Mode | X | |
| Audio Production Information | X | |
| Mix Level | X | |
| Room Type | X | |
| Copyright Bit | X | |
| Original Bitstream | X | |
| Preferred Stereo Downmix | X | |
| Lt/Rt Center Downmix Level | X | |
| Lt/Rt Surround Downmix Level | X | |
| Lo/Ro Center Downmix Level | X | |
| Lo/Ro Surround Downmix Level | X | |
| Dolby Surround EX Mode | X | |
| A/D Converter Type | X | |
| DC Filter | X | |
| Lowpass Filter | X | |
| LFE Lowpass Filter | X | |
| Surround 3 dB Attenuation | X | |
| Surround Phase Shift | X | |
| time code | note | |
| pitch shift | note |
note: 表示這個功能存在, 但是 user 無法設定. Pitch shift 滿有趣的. 若是收音的速度比播出的速度慢, 聲音會變尖. 所以用一個小小的 pitch shift 可以讓聲音的音高恢復正常.
Cash Chou's Blog 