C# 利用IP查詢Hostname問題

Dns.Resolve 與 GetHostByAddress(String)
在.net 2.0後版本都會顯示已過時

但M$DN 所建議的替代方案Dns.GetHostEntry
輸入IP並不能有效取得Hostname ,我遇到和下面一模一樣問題
http://bytes.com/topic/net/answers/453896-dns-gethostentry


外國人討論此問題也有不少討論串
(1).
http://bytes.com/topic/net/answers/829960-dns-gethostentry-not-working-same-dns-resolve-dns-gethos

(2).
這個討論串值得一看，有說明了出問題原因，雖然無法解決，但大家爭相表達不滿XDDD?
http://social.msdn.microsoft.com/Forums/da-DK/netfxnetcom/thread/e2059b78-3493-457b-b632-0500be197478

The issue is the reverse lookup. Traditionally DNS Servers are supposed to resolve the names to addresses. The reverse of that - looking up a host name based on IPAddress is not reliable and in Ipv6 it is not supported. So my recommendation is to not to write apps that rely on reverse lookup.

(3).
最慘的是，M$ connect上有人發文指出這個問題，MS的回覆ˊˋ
System.Net.DNS.GetHostByAddress(<IP>) doesn't resolve host names on remote nodes

由 Microsoft 在 2006/2/23 於 下午 01:50 所公佈
The issue here lies in the OS implementation of DNS which System.Net utilizes. A bug has been filed against the OS. This issue is fixed in Windows Vista.

https://connect.microsoft.com/VisualStudio/feedback/details/97815/system-net-dns-gethostbyaddress-ip-doesnt-resolve-host-names-on-remote-nodes

爬了一小時文，沒什麼結論
GetHostEntry能支援IPv6
IP反查HostName要不就靠DNS Server幫忙(若GetHostEntry必須重設DNS 反向查詢功能)

不然舊版Resolve也不保證一定查得到??ˊ3ˋ

所以Dns.Resolve與Dns.GetHostEntry究竟用哪個好(汗)

五月天 - 純真

 

五月天的純真
歌詞如下:
作詞：阿信　作曲：阿信　編曲：五月天
長長的路上我想我們是朋友
如果有期待我想最好是不說
你總是微笑的你總是不開口
世界被你掌握
月亮繞地球地球繞著太陽走
我以為世界是座寧靜的宇宙
今晚的天空有一顆流星劃過
在預言著什麼
在無聲之中你拉起了我的手
我怎麼感覺整個黑夜在震動
耳朵裡我聽到了心跳的節奏
星星在閃爍　 你(會)怎麼說
你心中一定有座濃霧的湖泊
任憑月光再皎潔照也照不透
你眼中閃爍湖面無邊的溫柔
那波光在　誘惑
你已經有他就不應該再有我
世界的純真此刻為你有迷惑
我想我應該輕輕放開你的手
我卻沒有力氣這麼做

狂被出版社退件的過年

 

就像是再磨練我的心智(汗)

心臟不大顆還撐不下去=ˇ=||

JM18裡的MB_Type

(1).MB_TYPE
//  Available MB modes
enum {
  PSKIP        =  0,
  BSKIP_DIRECT =  0,
  P16x16       =  1,
  P16x8        =  2,
  P8x16        =  3,
  SMB8x8       =  4,
  SMB8x4       =  5,
  SMB4x8       =  6,
  SMB4x4       =  7,
  P8x8         =  8,
  I4MB         =  9,
  I16MB        = 10,
  IBLOCK       = 11,
  SI4MB        = 12,
  I8MB         = 13,
  IPCM         = 14,
  MAXMODE      = 15
} MBModeTypes;

(2).NALU的bits配置
http://brytsai.blogspot.com/2010/02/h.html

H.264中如何判斷某一段是否為SPS(Sequence Parameter Set)或PPS(Picture Parameter Set)

在H.264中，無論是SPS、PPS或者是slice data，都是由一個NAL unit所組成。一個NAL unit的開始皆為00 00 00 01，下一個byte的值將決定這個NAL unit是屬於SPS或者是PPS還是slice data。
事實上下一個byte的值是由三個部份所組成，包括forbidden_bit、nal_reference_idc和nal_unit_type。其中 forbidden_bit佔1bit，一般來說其值為0。而nal_reference_idc佔2bit，其值用來表示此NAL在重建過程中重要程度。至於佔了5bit的nal_unit_type就比較重要了，用來表示該NAL unit是屬於何種類型。
下表是H.264標準中定義所有NAL的類型
#define NALU_TYPE_SLICE 1
#define NALU_TYPE_DPA 2
#define NALU_TYPE_DPB 3
#define NALU_TYPE_DPC 4
#define NALU_TYPE_IDR 5
#define NALU_TYPE_SEI 6
#define NALU_TYPE_SPS 7
#define NALU_TYPE_PPS 8
#define NALU_TYPE_AUD 9
#define NALU_TYPE_EOSEQ 10
#define NALU_TYPE_EOSTREAM 11
#define NALU_TYPE_FILL 12
因此當nal_unit_type值為7時，則這個NAL unit即為SPS。而值為8時，這個NAL unit為PPS。
舉例來說，若擷取某一段H.264 bitstream為00 00 00 01 67 42 e0 14 da 05 82 51。
因為67 = 0 11 00111，nal_unit_tye = 00111 = 7，所以這一段為SPS。
又另一例00 00 00 01 68 ce 30 c4 80 00 00 00 00 00 00 00
68 = 01000，nal_unit_tye = 01000 = 8，所以這一段為PPS。

Vitae

SUIANG-SHYAN LEE received his B.S. degree in Computer Science and Information Engineering from National Dong Hwa University, Taiwan; and his M.S. degree in Computer Science and Engineering from Yuan Ze University, Taiwan. He is currently a Ph. D. candidate in the Department of Computer Science and Information Engineering at National Chiao Tung University, Taiwan. His research interests include image processing and pattern recognition.

火氣大

非常= =

那些年，在博士班打滾的日子

能力是愈來愈強
在碩士班無法解決的兩個問題
博士班各花了兩個晚上就分別得到結果

但，還是不喜歡寫程式
在一個自己不擅長的領域打滾，即便感受到自己能力的成長
既不雀躍也不歡欣

我常常會回想起朱少麟燕子裡面跋扈自我的卓教授
在人生快接近盡頭的時候
想起自己人生最精采最燦爛的時光
是那個該死通往舞導教室的上坡


『你能抗拒,那是上天特別給妳的力量,不要浪費了它』

解決H.264 JM設定中斷點問題

 

解決JM reference model無法下中斷點來trace的問題

你如果是直接下載的工程文件，工程的所有路徑基本配置好。一般不用改動。
無論JM15還JM17版本，配置文件都在工程目錄之下的bin文件夾之下,而且生成的EXE也設定在工程目錄之下的bin文件夾之下。
如果你要運行,就直接進在工程目錄之下的bin文件夾之下，運行EXE文件,因為所有的文件也在這個文件中，這是工程本已經設置好了的。
當然，如果你要在工程中調試,只須將工作目錄設為相對路徑".\bin",注意前面有一個點。這樣絕對不會出錯的。
並沒有以上大家說得那麼複雜。另外不要把工作目錄設為絕對路徑，那樣容易出錯. "所以，要不把配置文件移到JM文件夾下，要不就在屬性-調試-改為:\JM\bin路徑" 都是不可取的。原因大家都明白的，我就不多說了。我今天本是不想多說什麼的。

「註」專案→Lencod屬性→組態屬性→偵錯→工作目錄→填入".\bin"

引自討論串
http://bbs.chinavideo.org/viewthread.php?tid=7577&rpid=41427&ordertype=0&page=1#pid41427