http://www.opinionatedgeek.com/DotNet/Tools/HTMLEncode/Encode.aspx
進入以後 貼上程式碼 點擊encode
就會自動產生
<
"
再繼續測試上面的話咧
&lt;
&quot;
&amp;lt;
&amp;quot;
...別無聊了
2008年11月15日 星期六
測試 string 於 javascript & php
html 的form 經過 POST 或 GET method 傳過來時，只能用PHP網頁接 ..新發現
題外話~~
重點~~~~~~~~~~~~~~
傳過來是
<input name="phonenumer" type="text" value="phone" >
<input name="checknum" type="text" value="chk" >
這個來接收
accept.php
<?php
$phonenumber = $_POST['phonenumer'] ;
$checknum = $_POST['checknum'] ;
$_SESSION['phonenumber']=$_POST['phonenumer'] ;
echo '$phonenumber='.$phonenumber ; //$phonenumber=phone
echo $phonenumber ; //phone
echo "$checknum" ; //chk
?>
<script type="text/javascript">
//<![CDATA[
alert("ffff") ; //ffff
var phonenumber1 ="4536" ;
//表單傳遞資訊存入javascript
alert("<?php echo 'fssfdsfsdf' ?>") ; //fssfdsfsdf
alert("<?php echo "$phonenumber" ?>") ; //0988...
alert('phonenumber1') ; //phonenumber1
alert("phonenumber12") ; //phonenumber12
alert(phonenumber1) ; //phone
var phonenumber = <?php echo "\"$phonenumber\"" ?> ;
alert(phonenumber) //phone
var phonenumber = "<?php echo $phonenumber ?>" ; //存成 phone 字串
alert(phonenumber + '000') // //phone000
var checknum = "<?php echo "$checknum" ?>" ; // 存成 chk 字串
alert(checknum + '000') //chk000
alert("http://140.1xx.xxx.xxx/ixxxx/mxxxl.php?temp="+"&phonenumber="+ phonenumber) ;
// XMLHttpRequest通訊 ;
// function getLonLat(url){
// var request = GXmlHttp.create();
// var theDate = new Date(); //為了避免瀏覽器快取
// request.open("GET","http://140.1xx.xxx.xxx/ixxxx/mxxxl.php?temp="+"&//phonenumber="+ phonenumberr="+ phonenumber , true) ;
//失敗...
var url="http://140.1xx.xxx.xxx/ixxxx/mxxxl.php?temp="+theDate.getDate()+theDate.getMinutes()+theDate.getSeconds()+"&phonenumber="+ phonenumber ;
alert(url); //http://140.1xx.xxx.xxx/ixxxx/mxxxl.php?temp=165349&phonenumber=phone
題外話~~
重點~~~~~~~~~~~~~~
傳過來是
<input name="phonenumer" type="text" value="phone" >
<input name="checknum" type="text" value="chk" >
這個來接收
accept.php
<?php
$phonenumber = $_POST['phonenumer'] ;
$checknum = $_POST['checknum'] ;
$_SESSION['phonenumber']=$_POST['phonenumer'] ;
echo '$phonenumber='.$phonenumber ; //$phonenumber=phone
echo $phonenumber ; //phone
echo "$checknum" ; //chk
?>
<script type="text/javascript">
//<
STEP2
STEP5
實驗步驟與實驗七差不多
STEP1
使用ffmpeg對yuv檔案做轉換成為m4v檔案，此實驗中使用不同量化程度的視訊串流做比較，參數為qscale,量化階級:2~31
STEP2接著再用MP4Box將m4v檔案轉成mp4檔案，需注意的是，若之後要使用不同封包大小傳送串流，下面的MP4Box的mtu選項須與之後的NS2模擬環境所使用的封包大小ㄧ致。
STEP3
利用mp4trace將影片中每一個frame相關資訊取出存在foreman_qcif.st檔案中
STEP4
接下來就可以使用ns2模擬工具開始模擬網路效能啦
STEP5NS2模擬完後產生傳送紀錄檔sd,接收端記錄檔rd,及影片記錄檔foreman_qcif.st and mp4 file,經由etmp4 產生一個有畫面遺失的mp4檔案:
$ ./etmp4.exe sd rd foreman_qcif.st foreman_qcif.mp4 foreman_qcife
STEP6
use ffmpeg.exe to 回復上ㄧ步重建的mp4檔案成yuv檔案
STEP7
使用 avgpsnr.exe獲得重建後的yuv之PSNR value =26.609
影響影像傳輸因素探討
a. 產生GOP length 9的方式:
b.產生GOP length 15 的方式
2008年6月13日 星期五
實驗七 MyEalvid-NT
實驗目的:
定義: 可解畫面比例 = 所有可解碼的畫面數除以一個影像的所有畫面數
所以囉~可解畫面比例的值越大代表影像品質越好囉!
存檔放入資料夾lab7裡頭 
模擬結束後，會得到傳送端傳送封包的紀錄檔sd及接收端收到的封包記錄檔rd
轉換完會得到Verbose_StarWarsIV.st影片記錄檔
$awk'{print $1, $2}' delay_1.txt > delay_1
STEP7
封包與畫面抖動率 
畫面抖動率:
了解如何使用MyEvalVid-NT去評量多媒體網路的效能，然後使用MyEvalVid-NT驗證所得知可解畫面比例分析模型。
背景:為了測是我們提出的網路架構對於多媒體傳輸的效能影響，我們會使用影片做測試，然而因為影片版權問題所以便產生了video traffic trace file 供人下載測試，而為了讓MyEvalVid能夠使用video traffic trace file 去做網路模擬動作，因此便修改MyEvalVid使之成為一個新的工具組MyEvalVid-NT。
修改了什麼呢? 兩者之間的差異在於將MyEvalVid-NT中的Evaulate Trace(ET)做了修改，使其能計算可解畫面比例(Decodable Frame Rate)、封包/畫面遺失率、封包/畫面的端點與端點延遲、封包/畫面的抖動率。
在MPEG編碼中，被編碼的視訊串流被分類為:
Intra-coded frame: 由自己本身畫面做編碼。
Predictive-coded frame:參考先前被編碼的I-frame or P-frame 及自己本身做編碼
Bi-directionally Predictive-code frame:參考先前及後來的I-frame or P-frame 及本身自己的資料做編碼
在一個GOP的I-frame裡，所有屬於這個I-frame的封包都正確被接收到則稱此I-frame可解碼的。同理類推P and B -frame。
為了得到可解畫面比例分析模型，我們要先求得影像檔案中的三個frame可解碼的期望數目
定義: 可解畫面比例 = 所有可解碼的畫面數除以一個影像的所有畫面數
所以囉~可解畫面比例的值越大代表影像品質越好囉!
實驗步驟:
STEP1
到這裡下載video traffic trace file，抓完後打開檔案移除前兩行
存檔放入資料夾lab7裡頭STEP2
使用NS2進行模擬
模擬結束後，會得到傳送端傳送封包的紀錄檔sd及接收端收到的封包記錄檔rdSTEP3
再進行評估分析前，須先轉換trace file的格式
轉換完會得到Verbose_StarWarsIV.st影片記錄檔STEP4
使用et這個程式進行記錄檔sd、rd、Verbose_StarWarsIV.st做比較，就可得知在此種情晃下可解畫面數及可解畫面比例的大小為多少
可知，這次網路模擬傳輸中共送出163682 packets,其中 I-frame:28770 p-frame:45339 B-frame:89573
總共遺失:1595 其中I-frame:281 p-frame:433 B-frame:881
可解畫面比例為0.913543
total directly decodable frame 代表的意義為這個畫面所分割出來的封包全部被接收端所接收到的數目
STEP5
經由下面操作可得平均延遲時間及最大延遲時間
STEP6
先把資料收集起來 $awk'{print $1, $2}' delay_pkt.txt > delay_pkt
開始繪圖
畫面平均延遲時間及最大延遲時間
$awk'{print $1, $2}' delay_1.txt > delay_1
STEP7封包與畫面抖動率
封包抖動率:
$awk'{print $1, $3}' delay_pkt.txt > jitter_pkt
畫面抖動率:$awk'{print $1, $3}' delay_1.txt > delay_frame
訂閱：
文章 (Atom)
發表文章
