其他

ADB全稱Android Debug Bridge, 是android sdk裡的一個工具, 用這個工具可以直接操作管理android模擬器或者真實的andriod裝置(如G1手機).它的主要功能有:* 運行裝置的shell(命令列)* 管理模擬器或裝置的連接埠映射* 電腦和裝置之間上傳/下載檔案* 將本地apk軟體安裝至模擬器或android裝置ADB是一個 用戶端-伺服器端 程式, 其中用戶端是你用來操作的電腦, 伺服器端是android裝置..先說安裝方法, 電腦上需要安裝用戶端.

在Ubuntu掛載使用MTP裝置步驟如下：1.將MTP裝置串連至PC機2.如果是第一次使用MTP裝置需要安裝以下軟體，否則可以跳過此步驟：$ sudo apt-get install mtpfs libfuse-dev libmad0-dev建立掛載點$ sudo mkdir /media/mtp 修改許可權$ sudo chmod 775 /media/mtp3.掛載MTP裝置$ sudo mtpfs -o allow_other

System Shell ：1.1 IActiveDesktop    Allows a client program to manage the desktop items and wallpaper on a local computer. #include IActiveDesktop* active_desktop = 0;CoCreateInstance(CLSID_ActiveDesktop, NULL,

最近由於國賽的原因，開始學STM32，看不完全手冊和M3權威手冊，有一些問題，關於SETENA和CLRENA，他們兩個都是只能寫1，寫0會無效，但同時他們兩個都是可讀可寫的，既然可讀，那讀出來的東西就應該有意義有規律，應該能反映中斷的使能除能狀態，不然硬體設計師沒理由把這東西設計成可讀的。於是我就在想，假設我先對使能位寫一，然後對除能為寫一，那麼此時使能位應該是什嗎？理論推測，應該是0；這應該是一種反饋機制；（網上沒有查到相應的資料，M3裡面寫得也不是很詳細，所以此時只能是猜測），不過下面的程式

一 三種類型的通訊端：1.流式通訊端（SOCKET_STREAM)    提供連線導向的可靠的Data Transmission Service。資料被看作是位元組流，無長度限制。例如FTP協議就採用這種。2.資料報式通訊端（SOCKET_DGRAM）    提供不需連線的Data Transmission Service，不保證可靠性。3.原始式通訊端（SOCKET_RAW）    該介面允許對較低層次協議，如IP，ICMP直接存取。二 基本通訊端系統調有有如下一些：    建立通訊端：

搜尋Google大家都用過吧？我們正是利用它強勁的搜尋功能來突破封鎖下載，Google搜尋和限制下載有什麼關係，沒可能實現吧？不要不相信哦，往下看哦！ 　　 　　http://www.google.com/intl/zh-CN/　　http://www.3721.com/　　http://www.baidu.com/　　 　　首先開啟Google，在關鍵詞輸入框中輸入“index

文章目錄 一、流伺服器的實現二、流播放器的實現三、註冊用戶端

SDP是一個IETF標準格式，用來描述視頻和/或者音訊RTP流。 .sdp檔案時如何產生的 剛接觸這一塊 沒有思路用記事本建立一個.txt檔案，另存時把副檔名改為.sdp就產生了。 具體內容可以參考rfc2327，以及具體編碼格式對應的各個補充協議。 也可以抓某些視頻伺服器產生的sdp內容來分析修改。v=0 o=- 2869515794 130392 IN IP4 172.16.1.111 s=Channel 1 c=IN IP4 239.194.26.70/64 t=0 0

namespace{void wait(int seconds){boost::this_thread::sleep(boost::posix_time::seconds(seconds));}boost::mutex mu;boost::condition_variable_any cond;void test_wait(){while(true){boost::mutex::scoped_lock lock(mu);cond.wait(mu);PRINT_DEBUG(boost::this_

1. GNU ARM 彙編簡介    任何彙編行都是如下結構：[<label>:] [<instruction or directive>} @ comment[<標籤>:] [<指令>} @ 注釋      GNU ARM 彙編中，任何以冒號結尾的都被認為是一個標籤，而不一定非要在一行的開始。下面是一個簡單的例子，這段組譯工具定義了一個"add"的函數，該函數返回兩個參數的和：.section .text, “x”.global add

  原文連結http://blog.csdn.net/cng1991/article/details/7288234今天學習libgdx，看到了libgdx引擎可以載入Tiled Map 工具產生的.tmx檔案。於是很想試下，載入.tmx檔案必須要有packfile這種類似的說明檔案，可用gdx-tiled-preprocessor產生。在https://code.google.com/p/libgdx/wiki/TiledMaps 的指導下將libgdx\extensions\gdx-tile

快速清空表資料對於使用 DB2 資料庫的使用者而言，有時候需要將表中資料清空。這裡提供了 4 種資料刪除的方法，以供使用者根據自己的需求進行選擇：使用 DELETE 語句，即：DELETE FROM < 表名 >該語句將清除表中所有資料，但由於這一操作會記日誌，因此執行速度會相對慢一些。另外要注意的是，如果表較大，那麼為保證刪除操作的成功，應考慮是否留有足夠大的日誌空間。使用 NOT LOGGED INITIALLY 選項，即：ALTER TABLE < 表名 >

TDStretch類的實現SoundTouch類成員函數putSamples(const SAMPLETYPE *samples, uint nSamples)實現如下，根據上篇的分析rate是一個比率，大於1表示速度加快，小於1表示速度減慢，對於播放速度減慢這種情況。……#ifndef PREVENT_CLICK_AT_RATE_CROSSOVER    else if (rate <= 1.0f)     {        // transpose the rate down,

SoundTouch音頻處理庫的使用異常簡單，經過簡單的編譯之後，設定編譯環境，以vc為例，直接在include包含SoundTouch目錄下的include路徑，接著在lib添加SoundTouch目錄下的lib路徑，然後在代碼的標頭檔中添加標頭檔以及引用的庫。如下：根據_DEBUG這個宏，我們可以進行一些編譯預先處理，假如是以DEBUG編譯就採用debug庫，其他的話就採用release庫。他們的區別就是檔案名稱後面是否多了一個“D”。#include

    記得初三物理競賽的一道經典題目就是，給你N本大小相同的書（不同的版本：磚頭、多米諾骨牌），問你在書桌的邊沿處重疊起來最多可以伸出案頭多遠。這是典型的槓桿原理題目，只是沒有把槓桿原理髮揮到極致罷了。    下面的所有圖片都來自這個網站。    我們立即會提出一系列有趣的問題，比如按照某種規則最多可以重疊多少硬幣，可以伸出案頭多遠，搭出給定長度的橋至少需要多少硬幣等等。正巧前不久看到了一篇討論此問題的論文，這裡做一個連結：pdf檔案, 1.20MB, 英文

    顯然，過 Pizza 的圓心作四條直線，把一個周角平分成八等份，則整個 Pizza 餅也被分成了八等份。我們也很容易聯想到，如果過圓心外的一點做出四條直線，每兩條相鄰直線夾 45 度角，那麼這八塊 Pizza

I am using HRESULT Recordset15:: Open( const _variant_t & Source,...) function whereSource =  "WITH RowOrder AS (SELECT [Chart Number] FROM [dbo].[Patient] ) SELECT * FROM RowOrder" in C++ module on SQL 2005 version 2005.90.3233.0. The

轉自http://www.exiatian.com/?p=522android項目中要使用SQLite時,我們會先建立一個類並繼承sqliteopenhelper類,然後重寫oncreate方法.對於oncreate方法何時調用,讓我們來分析下:首先我們會建立我們的類(繼承了sqliteopenhelper類的類)對象.例如:DatabaseHelper

一.建立串連        要使用DBus進行通訊必須首先與系統建立串連， 並申請一個"網域名稱"使得其他應用可以找到你。常用DBusConnection* dbus_bus_get(DBusBusType, DBusError*)系列函數來與bus daemon建立串連。DBusBusType為需要串連的匯流排類型有系統匯流排，會話匯流排，和DBUS_BUS_STARTER。系統匯流排顧名思義在整個系統層級都有效，而會話匯流排只是相對於當前登入的使用者。       

米斯拉的這本書[1]是本不錯的GPS教材。不過碰到一個翻譯的錯誤讓我很惱火。在中文版的P177頁習題6-11中有這麼一段譯文：你計算出來的使用者時鐘偏差（以秒為單位）與預報星曆中的接收機鐘差440992.00173454s（見rcvr矩陣中的第一列）相同嗎？為什嗎？ 我在看到譯文時非常困惑，預報星曆裡怎麼可能有接收機鐘差？這也太神奇了吧，衛星怎麼可能知道接收機的鐘差？雖然我寫的解算程式也得到了合理的結果，但這個奇怪的問題一直讓我心存疑惑。直到我看到英文原文：Does your estimate