Mobigen & Penta throughput

以下為測試結果：詳細內容請參照(http://spreadsheets.google.com/ccc?key=tiZb4gGb-_NtCrWOraKXQkA&hl=zh_TW#)

Mobigen 2580 :

get : 2.08MB/sec, cpu : 91.3

putt : 2.12MB/sec, cpu : 90.06

Mobigen 3500 :

get : 2.12MB/sec, cpu : 97.6

put : 2.16MB/sec, cpu : 98.8

PentaMicro (Intel ixp425) :

get : 8.32MB/sec, cpu : 85.8

put : 8.24MB/sec, cpu : 91.08

工作紀要：pes2avi 效能

來源檔：
4CH/CIF/(ch1:video ch2/3/4:blue image)/623905636 bytes/71928 fream
ch1:410399204 byte
ch2:62738460 byte
1. 原始程式，在處理完個別fream後，不加入delay。
CPU Time
。ch1 72% 72s
。ch2 70% 42s
2. 在處理完美一個fream後，依據不同值加入usleep (0)做延遲。
2000 fream 1000 fream fps
CPU Time CPU Time CPU Time
。ch1 --% --s 70% 74s 56% 79s
。ch2 --% --s 55% 45s 26% 51s
3. 在處理完美一個fream後，依據不同值加入sched_yield ()做延遲。
2000 fream 1000 fream fps 4fps always
CPU Time CPU Time CPU Time CPU Time CPU Time
。ch1 --% --s --% --s 72% 77s 77% 74s 72% 79s
。ch2 --% --s --% --s 68% 42s 70% 42s 71% 45s

工作紀要：usleep for Pentamicro

在Pentamicro上使用usleep所得到的真實時間：
[0]:(sleep.c::main) runtime=7921(10-6 s)
[1]:(sleep.c::main) runtime=9223(10-6 s)
[2]:(sleep.c::main) runtime=9915(10-6 s)
[3]:(sleep.c::main) runtime=9786(10-6 s)
[4]:(sleep.c::main) runtime=10147(10-6 s)
[5]:(sleep.c::main) runtime=9522(10-6 s)
[6]:(sleep.c::main) runtime=9673(10-6 s)
[7]:(sleep.c::main) runtime=9846(10-6 s)
[8]:(sleep.c::main) runtime=9831(10-6 s)
[9]:(sleep.c::main) runtime=9733(10-6 s)
[10]:(sleep.c::main) runtime=19919(10-6 s)
[11]:(sleep.c::main) runtime=20233(10-6 s)
[12]:(sleep.c::main) runtime=19682(10-6 s)
[13]:(sleep.c::main) runtime=19759(10-6 s)
[14]:(sleep.c::main) runtime=19931(10-6 s)
[15]:(sleep.c::main) runtime=20125(10-6 s)
[16]:(sleep.c::main) runtime=19772(10-6 s)
[17]:(sleep.c::main) runtime=19901(10-6 s)
[18]:(sleep.c::main) runtime=19956(10-6 s)
[19]:(sleep.c::main) runtime=19931(10-6 s)
[20]:(sleep.c::main) runtime=30250(10-6 s)
[21]:(sleep.c::main) runtime=29850(10-6 s)
[22]:(sleep.c::main) runtime=30170(10-6 s)
[23]:(sleep.c::main) runtime=29601(10-6 s)
[24]:(sleep.c::main) runtime=30010(10-6 s)
[25]:(sleep.c::main) runtime=30107(10-6 s)
[26]:(sleep.c::main) runtime=30181(10-6 s)
[27]:(sleep.c::main) runtime=29524(10-6 s)
[28]:(sleep.c::main) runtime=30048(10-6 s)
[29]:(sleep.c::main) runtime=30055(10-6 s)

=>以每10ms為一單位，若在此單位中，無論其值為何，皆sleep近乎同一值。

AVI檔造成檔案總管掛掉

當使用檔案總管開啟某些Pentamicro轉出的avi檔案時，會造成檔案總管當掉。
錯誤發生的dll為：shmedia.dll
上google搜尋發現是檔案總管會使用媒體預覽的功能(shmedia.dll)，可能是avi的檔案內容有問題，造成預覽錯誤。
解決方式：
反註冊 shmedia.dll：regsvr32 /u shmedia.dll

PS：若需要重新安裝：regsvr32 shmedia.dll

工作日誌 2008/11/17

2008/11/14
收到測試反應此問題，初步分析：此版變更連線方式為stream over TCP，才會產生的問題。2008/11/17
跟jim討論後，應為socket不正常斷線，kernel發生SIGPIPE而程式中並未做處理造成openRTSP不正常結束，導致ndvr程式跟隨結束，CPLD Wd啟動，系統重開機。
解決方式：設定SIGPIPE的處理涵式為程式中原本結束涵式。

Issue:Live555 stream over TCP

P1502 will auto-reboot when uses stream over TCP mode and the remote stream server change the resolution.
I just don`t know why, but if turn off the function of stream over TCP, then P1502 is working fine.

Troule Shooting：openRTSP無法接收internet packet

Streaming over TCP

By default, incoming data (RTP and RTCP packets) are streamed using UDP. If, however, you have a broken Internet connection that (for whatever reason) does not pass incoming UDP packets, then you can ask that the incoming data be streamed over TCP instead. (It will use the same TCP connection as RTSP.)

To do this, add the option

    -rtsp-stream-over-tcp 

to MPlayer. (Note that TCP streaming can be used only with "rtsp://" URLs; it can't be used with sessions that are specified using a SDP file.)

工作日誌 2008/10/28

2008/10/28
PentaMicro:
1. CGI menu release OK.
2. P8504/P4504 v2.00.13R01.PN release OK.
3. P4514 video loss 再測試又ok了，奇怪阿~~~@__@。

Mobigen:
1. 開始build code.
2. 分派到Video/Audio從2008/10/28~2009/01/14。

工作日誌 2008/10/24

2008/10/24
PentaMicro:
1. for Hinet新增一連線傳送event(always connect/1秒一次/當有event時傳送，若無則停止/format與加於stream後的格式相同)
2. CGI menual deadline 更改為下星期一(10/26)
=> 2008/10/28 完成。

2008/10/23
PentaMicro:
1. 更改schedule設定時，影像相關設定不會更新。
=> 2008/10/23 OK.
=>在每次變更codec.xml時，皆會去檢查時間設定；並修改時間檢查錯誤的問題。
2. 當Dual-stream啟動時，bit-rate與設定值不符。
=> 2008/10/24 OK.
3. 當Dual-stream啟動時，dynamic change ips/quality 會有問題。
=> 2008/10/23 當Dual-stream啟動時，在check event發生時，若為P8501時，disable dynamic change ips/quality 功能；若為P8504/P8524還需要作修改。

天阿~~~Dual-stream 怎麼又有問題阿?

好不容易查出 P1502 重開機的問題(因為自己耍白痴，在 pthread_misc 檢查 decoder data 的涵式中的自動重連涵式裡加上了 sleep，讓 watchdog timeout 所以重開機)。
沒想到，上禮拜修改的 P500 CIF/HD1 的 dual-stream 竟然因為輸入解析度設定為 D1 再針對 CIF/HD1 做對應縮小，造成壓縮出來的影像都出現了 interlace 的問題，所以只能放棄重新再回到原本的模式再作修改。
可是經過昨天一天的測試，暈~~~毫無頭緒阿，天阿~~~

P1502 再出發

昨天做了整天的P1502的調整，應該算是完成了整體的測試了
目前仍有的問題：
1. 在區網中，可以連上internet的rtsp server，可是卻無法收到stream date，測試過在x86的平台上現象一樣。所以目前沒有探索的方向 @__@。
昨天遇到難解的BUG：
1.
問題：設定連線到不存在的server，在重開機時，系統啟動receiver後，因為 gCurTime 尚未初使化(其值為0，導致 gVideoCtrlLastTime 也為0)，openRTSP 正在等待回應時 -> 此時 pthread_misc 啟動，並初使化 gCurTime 且檢查 gCurTime - gVideoCtrlLastTime 是否大於 20，此時必定為真，接者將會去停止 openRTSP，然後不知道什麼原因，系統就自動重開。
方案：在 pthread_misc 檢查 gCurTime - gVideoCtrlLastTime 之前，先檢查 gVideoCtrlLastTime 是否為 0，若是則將 gVideoCtrlLastTime 設定為 gCurTime。=> OK
2.
問題：在連線上stream server 後，在改換連線到不存在的 server，第一次 ok，但第二次將會導致 sdvr 停止、 watchdog 啟動系統重開。經測試後，發現在第二次連線時，MediaSession* session 不為 null，導致 openRTSP 再結束時會去執行 session->close ()，導致整各 sdvr 關閉。
方案：再每次起始 openRTSP 的時後，手動將 session 設定成 null。