Closed Caption...

[Dream]

目前處理 MPEG-2 Transport Stream 時, 要將 Stream 中有關 Closed Caption 的資料拉出來, 處理時依時間標記及 EIA-608 標準插入 VBI 的空間中. 由於目前手上沒有 EIA-708 的資料, 不知道 EIA-708 有沒有像 EIA-608 一樣的處理方式來傳送 CC 的資料.

所有的影像資料在轉成 ITU-BT.656 的格式後, 再送到 Digital TV Encoder 轉成 NTSC|PAL|SECAL 的格式輸出.

在系統上, 我開了十多個 Task 來處理各自的巨集電路. 其 Task 之間的資料傳送使用 Semapore 機制.

- Dream

[訪客]

嗯! 今天執行美國傳過來的 test code, 結果在分析儀上發現他們把 MacroVision 功能啟動, 在 VBI 上可以看到有訊號的增益變化, 看前面的學長用 Embedded Linux 傳資料給 OS20 時, 影片播放的效果還需要調整, 希望在處理 VBI 時能順便調整一下輸出 Video Quality 的參數. 看看能不能透過 SVM 補強 Digital TV Encoder 在 Sharpness 不足的地方. 當然, 還是要把 CC 的資料寫到 VBI 上囉!

其實自己想想, Embedded System 的討論若你我不是用同一個硬體架構為基礎的話, 你實在很難看的懂我在寫什麼. 既使寫的東西看的懂了, 也不一定會花時間去做出或買一個和我手上一樣的硬體設備, 除非這東西像一般消費行產品一樣可以隨手購得且價格漂亮又有吸引開發者的功能...

所以持續在尋(詢)找大家可以一起玩的 Embedded System Platform...

註: 一般我們會在 SOC 中處理類比電視訊號中的隱藏字幕(CC, Closed Caption, 美規), 電傳文字(TT, TeleText, 歐規)及 DVD 中的 SubTitle 資訊. 以前有許多前輩多使用 8051 來處理呦! 現在因低成本競爭需求, 許多 SOC 或 MCU 都內建這類功能, 或將 VBI 訊號分出供設計者處理.

- Dream(目前工作領域: 數位電視系統)

[moto]

Dream 兄所言甚是，其實 Embedded System 是專業及差異性很大的領域，每種 Embedded System 功能通常較為單純，但是卻都很專精，因此要能夠讓大家有一個共通的平台真的是不太容易，每個人，每間公司，都可能有不同的 Project 或產品，不過儘管如此，我還是相信有些許的交集。

雖然我不懂，但我其實都很期待 Dream 兄分享一些工作上的心得，也許哪天我也剛好有碰到類似的案子就可以跟 Dream 兄聊聊了..

[Dream]

其實看 moto 兄玩的開心, 我也是很快樂. 以創造市場為前提, 在研發前端的路上, 大部分的時間是寂寞的 , 因為沒有人是和你一樣的. 所以只有一步一腳印, 把每一個做過的事情都記錄下來, 才知道自己擁有許多寶藏, 等著後人來挖掘...

嵌入式系統產品的設計，並不容易把軟硬體的界線明顯區分開來，你硬要把軟硬體隔開來做系統設計，可能就會導向桌上型電腦的趨勢，無法把效率和成本在有競爭力的時程中，做最佳化調整。故未來整個系統的設計行為模型的建立之初，只需粗略考慮軟硬體區隔，在做最佳化的流程中，才去彈性靈活地調整試驗，哪些成分該屬於軟體或硬體。

雖然系統執行速度很快, 但我們還是用靜態的角度來研究系統的運作, 討論每個微秒的運作情形, 做出最佳的運算引擎及系統.

- Dream
[創意]是我們的靈魂, [效率, 努力不懈, 不輕言放棄]是我們的精神, [準時回家]是我們的目標!

使夢想和努力同步
有創意的工作精神
滋長夢想和遊戲的情緒

[訪客]

dream 您好:

小弟初退伍,目前找到一份使用c和8051單晶片工作開發
lcd-tv firmware的工作,未來想朝embedded system方向努力.
想請問前輩,像我這樣的背景要如何努力,才能轉到以linux為主
16-bit mcu的平台上.有人說以往8-bit的mcu工程師很難跨到
16-bit的平台上.謝謝您-jimmy

[Dream]

dream 您好:

小弟初退伍,目前找到一份使用c和8051單晶片工作開發
lcd-tv firmware的工作,未來想朝embedded system方向努力.
想請問前輩,像我這樣的背景要如何努力,才能轉到以linux為主
16-bit mcu的平台上.有人說以往8-bit的mcu工程師很難跨到
16-bit的平台上.謝謝您-jimmy

ㄟ...好難回答的問題... 既然很難從8-bit的mcu跨到16-bit的mcu平台去, 那就不要跨了, 直接去使用就好了(哈哈, 開玩笑! 不過我真的都是直接去使用的). 對不同位元的 MCU 來說, 它們的市場定位及功能定位原本就不同, 所以我們都是先確定自己要達成的目標及功能需求來選擇晶片. MCU在設計時會被付予許多功能目的, 所以同一系列的 MCU 會有許多編號(型號), 你要看看自己選擇的 MCU 是否符合你的需求.

還有一般在 MCU 中的多工作業系統主要的工作是協調目標系統的負載, 若你的系統沒有很複雜的話, 並不一定要用到像 Linux 的系統, 因為降低成本也是 Embedded System 的目標之一...

所以在 LCD-TV 的硬體架構上, 視訊及聲音這種大資料流量訊號都交由 ASIC 處理, 8051就負責 UI 處理(含IR, OSD, Power....等等)及各晶片的參數設定.

若要用 8051 來處理 TV Decode 的工作還真是超翻它了...(因為工作頻率夠, 但記憶體配置不夠. 若要做低階的 TV Decoder 還是有機會的)

歡迎參與討論...

- Dream