原來是為了古老的"Large Array, 32M memory" 問題google 一下。
找到這裡 http://www.pocketpcjunkies.com/Uwe/Forum.aspx/wince-pb/492/VirtualAlloc-still-has-a-32MB-limit
原來是有只個有用的回覆。
後來卻變成 eMVP 對 MS share code license 的討論了..
兩點:
1. share code 的fair use可不可以用來 作support 時使用。值得花這麼多時間討論嗎?用來解決那個 32M , large array limit 不是很好?
2. 原來大部分的問都是因為 "沒有 source code,所以我不知道" ...
Real Checko's Blog
2.25.2011
Buildrel -- sharing violation
奇怪,在某些 workspace 作 buildrel 會出現 sharing violation。
所以去找 buildrel.bat ==> 在 C:\WINCE500\PUBLIC\COMMON\OAK\MISC 找到。
打開後,在第 20 行加上 echo on,再 run 一次 buildrel,這樣每個動作就都會印出來。
然後找到..
這個看起來好像是一個 FAQ 了: http://social.msdn.microsoft.com/Forums/en-US/winembplatdev/thread/49926e06-d048-4b95-827f-ab17e97d8f88/
而且好像就發生在 nlscpg.txt 這個檔。
MS 好像沒有要 fix 的意思。
只有在 buildrel 的 document 有一項:
如果發生 sharing violation error,請用 copy 不要用 copylink
!!! 天那!! copy 的話要花好久時間 !!
所以去找 buildrel.bat ==> 在 C:\WINCE500\PUBLIC\COMMON\OAK\MISC 找到。
打開後,在第 20 行加上 echo on,再 run 一次 buildrel,這樣每個動作就都會印出來。
然後找到..
C:\WINCE500\PLATFORM\SMDK2416>xcopy /q /c
C:\WINCE500\PBWorkspaces\Core2416\WINCE500\smdk2416_ARMV4I\oak\Files\nlscpg.txt
C:\WINCE500\PBWorkspaces\Core2416\RelDir\smdk2416_ARMV4I_Release
Sharing violation
0 File(s) copied
這個看起來好像是一個 FAQ 了: http://social.msdn.microsoft.com/Forums/en-US/winembplatdev/thread/49926e06-d048-4b95-827f-ab17e97d8f88/
而且好像就發生在 nlscpg.txt 這個檔。
MS 好像沒有要 fix 的意思。
只有在 buildrel 的 document 有一項:
如果發生 sharing violation error,請用 copy 不要用 copylink
!!! 天那!! copy 的話要花好久時間 !!
10.25.2010
New (?) Blog
終於又可以回到 linux 了。
就跟當初因為 Windows CE 而轉換 blog一樣,這次也要轉換 blog (反正 blogger 新開 blog 不用錢 X)
R40eUbuntu
這麼奇怪的名字是因為當初是 R40e 的維護記錄。後來就當做 linux 相關blog 記錄。
* 希望我以後再也不用更新這個 site 的資料.. (>_<)
就跟當初因為 Windows CE 而轉換 blog一樣,這次也要轉換 blog (反正 blogger 新開 blog 不用錢 X)
R40eUbuntu
這麼奇怪的名字是因為當初是 R40e 的維護記錄。後來就當做 linux 相關blog 記錄。
* 希望我以後再也不用更新這個 site 的資料.. (>_<)
10.22.2010
9.24.2010
latest ffmpeg rev can play logged 1seg TS
使用 v0.6 以後 (2010 09 23) 的 ffmpeg
ffplay 可以播放 1seg log stream..
ffplay 可以播放 1seg log stream..
9.17.2010
write code to parse logged 1SEG TS Data. with ISO/IEC 13818-1
所包含的 PID 有:
COLORBAR:
TESTVIDEO
下面是 log 1M 的 TESTVIDEO
當 CN 低時,會有 error,這時候 bit : transport_error_indicator 就會是 1. 有時候,該 packet 的 pid 就不在上述範圍內。
Color Bar TEST STREAM 有很多 priority packet (priority bit = 1)。
一般影片的 TEST STREAM 就沒有 priority packet。
priority packet 的 pid 是 0x0301 和 0x0010。0x0010 同時是 start packet.
- 0x0010
- 0x0011
- 0x0014
- 0x0024
- 0x0301
- 0x0400
- 0x0500
- 0x0600
- 0x1FC8
- 0x1FFF
COLORBAR:
0010: 202
0011: 101
0014: 40
0024: 202
0301: 3486
0400:21145
0500: 9451
1FC8: 1008
1FFF:20144
TESTVIDEO
0010: 202
0011: 101
0014: 40
0024: 202
0400:35010
0500: 9450
0600: 3486
1FC8: 1009
1FFF: 6276
下面是 log 1M 的 TESTVIDEO
0010: 20
0011: 10
0014: 4
0024: 20
0400: 3499
0500: 946
0600: 349
1FC8: 101
1FFF: 635
當 CN 低時,會有 error,這時候 bit : transport_error_indicator 就會是 1. 有時候,該 packet 的 pid 就不在上述範圍內。
Color Bar TEST STREAM 有很多 priority packet (priority bit = 1)。
一般影片的 TEST STREAM 就沒有 priority packet。
priority packet 的 pid 是 0x0301 和 0x0010。0x0010 同時是 start packet.
訂閱:
文章 (Atom)