Ads 468x60px

##EasyReadMore##

09 9月, 2011

#510 DVBT錄影因訊號問題導致檔案出現異常

DVBT video files because of signal problems caused abnormal
修正問題如下:
修正DVBT錄影若發生訊號不良時,會將錄影的檔案RESET,所以之前錄的檔案會被洗掉。
修正播放已錄好的檔案遇信號不良區段,無法繼續播放,原因在於封包不連續過長的情況下,會中斷播放。

實作步驟:

再將修復後的封包拿去電腦播,播完再拿去770播。(可播訊號好的部份)

先錄一段訊號不良的影片,用tsdocter比對修復後的封包,看做了什麼手腳。(封包內容完全不同?因為會把不好的訊號丟掉,所以不同)

查:
1. 訊號不好時是不是都會出現Reset訊息?是
2. 訊號不好做了什麼事?hw會停止,錄影就會重寫。
3. 看好的訊號和不好的封包是否有差?訊號不好的封包會有很多不連續的封包及沒有sync byte封包。
4. 誰讓它重寫?hwstop()
5. 不能讓它重寫?可以,但要維持封包的正確性。
6. 丟掉封包還是補足188 byte塞0xff?改成丟封包或改0x47上去試試。
7. 查訊號開始不好時是否還是188byte?還是188 byte。
9. 會從一開始就有修改,而還沒到影片停掉的時候?因為一開始訊號就會不穩。
10. 目前觀察結果在封包不連續過長的情況下,會中斷播放。所以當遇到訊號不穩過長會停止寫入,等待訊號穩定再行寫入檔案。
11. 錄完的影片遇到0_EndOfFile
---- INBAND_COMMAND_TAG_END_SEQUENCE at file_byte_counter=0x7580bc ----
---- EOS inband at file_byte_counter=0x7580bc ----
0_Stop received in StopCleanup wait_eos_state=4, 1 times
畫面會停止不動?因無執行HWStop()而產生的影響。

12. TVBD播放時如遇信號一直不良,畫面會停止不動,應該是跟沒有執行HWStop重啟Demux有關。

Header 解釋:

188byte TS封包 ex:
47 8F A2 1C AD AA E1 A8 D4 D0 B1 96 31 74 A3 45 09 D3 71 38 A5 49 51 B9 6E 5A C9 89 6C C0 21 E2 1E 13 69 D3 28 C6 B5 9A 84 4A 52 A9 79 21 91 AA 6A D7 7F 28 D3 74 E0 88 22 F4 6E 16 AD 0C 21 57 D5 AE A3 7C FA C3 61 94 D1 86 D1 B4 DE 37 9B 56 28 CA 10 D5 65 56 72 82 9F 39 AD A9 57 60 EF 52 29 18 88 3F BD 3C EA C0 41 6D 5B 58 06 02 A6 29 37 C6 14 73 4C 3D F0 16 F8 F4 A6 53 4A 78 B8 77 5D 22 48 A0 98 25 64 59 EB A4 5A 54 2A F3 3A CD 20 38 DC 30 D8 6C 62 EB 75 40 50 02 70 9E EC 9F BC A5 94 3C 75 BD 29 8F 52 3F 8B 31 CE 1F E3 55 AA 6D 0E 8C C3 AE E2 FF 83 33 CD 8F

47 8F A1 9B
47 sync byte
8 1000 (Transport error indicator , Payload unit start indicator, Transport priority)
FA1 4001 PID
9 1001 (Adaptation Field Control , Scrambling Control)
B continue conter

 

相關解釋: 

threshold 臨界
delta 增量 差量
RUAReceiveData : 跟系統要資料?
CRC : 循環多餘檢查
property : 性質
time to time : 不定期
recipher 譯成密碼
cipher mode 用來加密的區塊密碼模式
delta : 增量 差量
truncate : 截斷
命令列引數(Command line argument)
    ex: void main(String[] args)
property : 特性
playback : 播放
ITRI : 公研院

TUNER(調諧器)的功能是從訊號中把你要的頻率解出來
每個頻道的頻寬一樣.但是頻率不一樣.有高UHF.中MHF.低LHF頻

romfs文件系統
uClinux系統採用romfs文件系統,這種文件系統相對於一般的ext2文件系統要求更少的空間。空間的節約來自於兩個方面,首先內核支持romfs文件系統比支持ext2文件系統需要更少的代碼,其次romfs文件系統相對簡單,在建立文件系統超級塊(superblock)需要更少的存儲空間。
http://blog.yam.com/omega/article/5071531

0 意見:

張貼留言

 
Blogger Templates