電波幻想

這裡做個紀錄用... 最早用過ACDSee，它是最好用的，功能強大，但是後來不僅開始收費了，軟體也越來越肥，啟動時間不再像以前快，也不再小而美，後來就棄用。 再來就是FastStone Image Viewer，捨棄ACDSee後就它，但是也越來越商業化。 以上兩套都不支援Unicode，所以當你的圖變資料夾是簡體中文／日文時就會無法讀取 目前較好用的看圖軟體，可以支援Unicode資料夾或檔案名稱，軟體小而美，但功能有點精簡，可是作者自2014年後就再也沒有更新版，不知道怎麼了... 是不是沒錢繼續維護？建議覺得好用就到官網捐點錢，讓作者好繼續維護吧。 ※它有支援很多解碼插件可以自行安裝 官方網站： http://nyam.pe.kr/blog/entry/Imagine 下載點 ： http://hqfc.express.com.tw:8080/share.cgi?ssid=0JT5ksH 密碼：qG55oShq

這是在無意中發現的... 先說Google地圖如何取得GPS地理座標位置的吧。 底下是一般上網的模式： 從我們桌上型PC到Google地圖的方法，透過我們的住戶的網路提供者，接駁到中華電信，然後再透過中華電信的機房，連接到海底電纜，一直連.....，直到Google的伺服器上。 當然，連接到Google伺服器的經過路徑沒那麼少，圖案只是用來簡化說明而已。實際上，網路封包它會經過許許多多的線路和路由器。 然後，Google的伺服器會嘗試從網路的末端，也就是最接近你的PC端的任何裝置上獲取GPS的地理位置訊息。 然而，大家都知道，桌上型PC不會裝載GPS接收器，當然我們家中的路由裝置(分享器、社區網路路由器、第四台業者，ISP.....)也都不會有裝載GPS定位點囉。 但是，有一種路由器的地點一定會有GPS定位點的，那就是負責聯接海外線路骨幹的總機房，它一定會有這個GPS的訊號，因為網際網路上就是利用這個來是別是哪個國家/地區負責的網路。 然後，Google地圖會把你的封包來源搭配這個路徑上最後一個GPS定位點，識別出你的電腦位置。 所以，當你第一次在某個地方，申請網路後，只用一台PC，連上網路，打開Google地圖，點一下畫面右下方的小圓點『我的位置』時，你會發現定位點跑到了桃園龜山這個地方，當然你會想：我又不在那地方，為什麼Google地圖會說我在那裏呢？ 這就是原因了。 再來，神奇的是，當你有手機時，情況就不一樣了。 眾所周知，現在的智慧手機(幾乎)都有GPS/AGPS，取得定位資訊，然後，把家裡的網路用無線AP分享給手機上網。 此時，如果手機連上了Google地圖，該網路的末端GPS訊號，就會被更新成為最新的地理位置。此時，如果在PC上重新開啟Google地圖瀏覽，然後再按一下右下方『我的位置』，很神奇的，你就會發現PC的定位點變成了你所在的位置，而且位置還蠻準的呦。 PC版上Google地圖右下角的小圓點上面的說明就會變成『根據你的手機定位紀錄』。

我在設計一個測試主機是否存活的連線方式，通常除了Ping的方式之外，另外一種就是模擬telnet的連線方式，當伺服器的ICMP被關閉時，或是防火牆未開啟ICMP的通道時，Ping Host 就無法成功，但是通常伺服器都會開啟定服務埠來提供外部的服務，例如 Http(80)、DNS(43)、FTP(21)、RDP(3389)、HTTPS(443)、other Http(8080)、1433(SQL)等等。 此時可以透過基本的 Socket Connection 來確定該服務可以連線，基本上若是不存可以連線的埠，則 Connect 會發生拒絕連線的 Exception，但是在透過防火牆後的連線，有可能連拒絕連線的訊息都不會回應，導致 Connection被 Hang住，故在設計 Scoket Connect 時要有 Timeout 的設計，最好可以自己決定 Timeout 時間，但是 Socket 或 TcpClient 都沒有 Connect 的 Timeout 可以去設定，因此我們使用了 BeginConnect 非同步連線 + ManualResetEvent 等待中斷的事件來處理。 using System.Net.NetworkInformation; using System.Net; using System.Net.Sockets; using System.IO; using System.Threading; namespace Test {     class tcptool     {         //可以取得的回覆訊息         public string ReplyMessage;               private static bool IsConnectionSuccessful = false;         private static Exception socketexception;         private static ManualResetEvent TimeoutEvent = new ManualResetEvent(false);         public bool connectHost(string sHost, int port ,

這次在製作列印文件時，需要繪製圖像與文字 但是每次在PrintDocument列印時，圖像解析度一直始終都是不佳的狀態， 儘管把 Imag 或 Bitmap 繪製的時候把  Resolutions都調高， 但在列印時依然沒變好。 後來，反覆研究測試後發現，原來是最終輸出影響了整個列印品質， 可以看下面的成型原因： 為什麼 Graphics 只有 100 DPI？ 原因就在於 Graphics 成像時的參考單位是『螢幕』，而一般螢幕都是在 72~96 DPI左右的。

給自己備註的 如果使用的是條碼印表機列印圖像，由於條碼印表機沒有所謂顏色深淺的特性 其不是黑(Black)就是白(non-Black)，如果要列印圖像(像是標籤上的LOGO)， 圖片若是彩色的情況就會出現像是毛邊的點。 解決的方式就是要將圖片做灰階的二階化(threshold) 下面這個方法可以先產生一個二階化圖像的ImageAttributes：         static ImageAttributes BWThreshold(Image sourceImage, float ThresholdLevel)         {             var gray_matrix = new float[][] {                 new float[] { 0.299f, 0.299f, 0.299f, 0, 0 },                 new float[] { 0.587f, 0.587f, 0.587f, 0, 0 },                 new float[] { 0.114f, 0.114f, 0.114f, 0, 0 },                 new float[] { 0,      0,      0,      1, 0 },                 new float[] { 0,      0,      0,      0, 1 }             };             var ia = new System.Drawing.Imaging.ImageAttributes();             using (Graphics gr = Graphics.FromImage(sourceImage))             {                 ia.SetColorMatrix(new System.Drawing.Imaging.ColorMatrix(gray_matrix));                 ia.SetThreshold(ThresholdLevel); // Change this threshold as needed             }

1、請注意本版留言過多， 您的留言可能不在這一頁，請到以下留言樓層看看再回應喔～  2、如果您有填寫表單，卻沒有收到我的郵件，有可能您填寫的電子郵件有錯誤，麻煩您查看一下留言是否有我給您的信息喔。因為我沒辦法直接連繫到您。 1 ~200 則，請按這裡   200+ 以上請按這裡 因為公司會在一堆系統上都有可能要印發票(真不懂要怎麼搞?) 希望可以有個小工具可以列印電子發票， 原本發票列印程式要使用條碼機專用語言(ZPL、EPL)，但容易被某種機型綁定。 當然可以考慮使用ESC/POS指令的方式，但也是要印表機支援這種指令列印模式(當然多數表機都有支援)，不過要列印QR碼，就有點不是那麼容易了，除了要自己編碼外還要注意中文問題。 後來我想改用Windows Printer Driver來列印，雖然不如指令式快速，但可以方便各類型程式應用，因此考慮了以下的條件： 使用C#開發、.Net 2.0平台、Console呼叫 本來想用RDLC來做，但是很不幸的，失敗了，原因就在於條碼， 國稅局訂定的Code39條碼內要放入21個字元(19+2)長度， 如果使用RDLC的話，解析度只有100DPI，密度不夠，條碼線條沾黏嚴重。 一般的條碼機至少都有200DPI得等級，這RDLC也太彆腳了吧， 網路上找盡RDLC條整解析度的方式都沒有比較好的效果。 因此，改用直接C#繪製的方式來做， 當然中間為了條碼圖像清晰度的問題花了不少心力解決。 下載點： PrintInvoice

這篇來談談目前所知的條碼讀取器的讀取方式 我們都看過條碼，也看過便利商店、物流士、倉庫管理員等手上都有使用裝置在刷讀條碼，但大部分的人都不見得了解它的讀取原理。 所以我們就簡單以我手上有的設備來介紹幾種常見的條碼讀取方式： 1.筆式(pen)： 它是我最早接觸的條碼讀取器，每次都看到操作人員拿著它在條碼上『磨來磨去』挺有趣的。它其實是由LED和光電二級管、透鏡組合而成。 由筆管內LED發射光源到前端(筆尖)的透鏡打到紙面上，然後由紙張的反射(黑色吸光、白色反光)再由透鏡返回內部光電二級管來接收訊號。其實這個原裡你都可以在光學滑鼠上面看到，因為它也是利用這個原裡來偵測移動的。 優點：目前已經想不到了(快被淘汰了，可能某些場合還用得著吧)。              雖然有改良非接觸型和便攜型，但也快消失了。 缺點：A、在條碼上移動速度必須保持一致，否則會讀不到。             B、透鏡是直接接觸紙張，所以長時間會磨損，當磨損太嚴重就會無法讀取。             C、條碼常常會被以磨損的鏡片磨破。             D、條碼密度不能太高。             E、無法掃瞄『非反射式』條碼(螢幕)。 2、CCD式：