引用:
|
作者visionary_pcdvd
一、不是重疊，是故意「借用」，據說在當時暫存器所費不貲，為省成本使然。
二、我知道，所以我21樓其實是半開玩笑講的，主要目的是緩和一下氣氛。因為不論 EIGHTS 說的是不是完全正確，至少他有主動分享的心意，我認為這才是討論區最有價值的地方，否則大家老是為一點小事戰過來戰過去多沒意思  |
重疊和借用，我覺的是一樣意思耶
指正就沒價值嗎？指正的過程也是一種分享，不是嗎？
我沒有主動的心意，但我不希望以訛傳訛。
我認為老師教錯一個東西，可能有30個學生學錯，影響是很大的。
只要是以"理"為準來戰，沒什麼不好阿，又不是人身攻擊。
真理越辨越明(?)
緩和氣氛變打迷糊帳，你要學術討論還是要聊天？
早說嘛，聊天那就恕我不奉陪，反正無中生有也是可以的。
引用:
|
作者 EIGHTS
現在又變成爛例子了
你不是講得很肯定
1.2+1.3 可以用整數算
可見你的程式技巧還相當粗淺
我個人覺得我講的有錯
你可以指教我
但不要用那種「貶低」別人的方法來講
你很了解我是誰嗎? 我的程度在哪裏嗎?
你真的很了解所有的東西嗎?
|
我很肯定阿，一個錯的例子不是爛例子嗎？所以那句我根本不想回了。
1.2 + 1.3，直接做，不要再加其他處理，起碼在我知道的語言裡，不會是叫整數加法。
assembly, c, c#, perl, java。
有貶低嗎？不懂的就不要亂講不是基本嗎？
可以猜測、懷疑，那就不要用肯定句。
請問您是覺的我哪幾句貶低您？
就我看到的程度是那樣，您還是沒回我您用什麼語言，
因為我在想是不是語法習慣的不一樣，造成 psudo code 的溝通困難。
我幹嘛要了解你其他方面，你講的話就代表了你的人的一部份。
我幹嘛要了解全部的東西，我知道我在說的這個東西就好了。
當然我也很可能有錯，那就指出來也很好阿。
引用:
|
作者 EIGHTS
原始的影片檔紀錄了每一個像素的完整資料
再經過各種壓縮法壓縮成某種格式的影片檔
最後紀錄的還是像素的資料
這部份根本不能算是浮點運算
因為輸入是 Byte 值，輸出還是 Byte 值
影像轉檔不就是從這個格式轉成那個格式
轉來轉去，還是一樣 Byte 值轉 Byte 值
|
照這種講法，幹嘛分整數還浮點運算，反正全部都是 Byte 運算。
"最後紀錄的還是像素的資料"
不對喔。保證沒有 pixel 資料，因為壓縮都以 block 為單位，object 還在夢裡。
所以我就覺的您是無中生有。
DCT/DWT -> quantization -> motion estimation -> run length coding
這是大概的流程。
反正你想講，先把這些基本搞清楚他們在做什麼事吧，不然你怎麼知道用什麼運算。