IanW

自己試吓
zip->unzip會一樣
但
同一file->zip就會唔同size

好簡單，一張35mb raw file出jpeg
你出1 ...
madebyp90 發表於 2020-9-10 01:03

CPU 的 clock 是浮動的, 他們的極限都係浮動的.
所以跑分所求效率是會不同. 而不是唔同 CPU 的準確性不同 (唔超頻的話).
所以 Intel 有 bug 瀨野, 全系列齊齊瀨....

zip 同一個 file, 同一個 compression level 會唔同 size? 真的嗎?

madebyp90

CPU 的 clock 是浮動的, 他們的極限都係浮動的.
所以跑分所求效率是會不同. 而不是唔同 CPU 的準確性不同 ...
IanW 發表於 2020-9-10 09:47

    xp年代玩過
唔同pc,zip同一file etc幾gb
係有幾十kb差別

不過unzip正常就得

早十年，intel qcicksync出，己前有文章比較過amd/intel/gpu壓片
amd/intel的確有唔同
只係近代冇人會理

madebyp90

唔同 data 有可能, 因為 CD 的 error correction 不是萬能.
但 size 取決於 bit resolution sampling rat ...
IanW 發表於 2020-9-10 09:40

    正正係eac質素高，所以先會出現pc hifi
而家話不同lan,ssd,switch可以改變音質，完全係同pc hifi個理論相反

IanW

xp年代玩過
唔同pc,zip同一file etc幾gb
係有幾十kb差別

不過unzip正常就得

早十年，intel qcicks ...
madebyp90 發表於 2020-9-10 09:56

會唔會係你兩個同源檔案的 time stamp 唔同左?

所有 lossy compression 唔同軟件造出黎的結果不一樣係正常的.
因為 cut 走乜野, cut 走幾多資料係浮動的. 唔同 codec 有唔同的取決.
quick sync 係快, 但肉酸.

wunit

回覆 300# madebyp90

zip的重點係input(撇除meta+timestamp) => zipped => output
只要input = output就得

zip的重點係input(Byte) => zipped => output(Byte)
* 撇除meta+timestamp, 因為可以受software點handle影響

zip入面有optional extra data record/field, 要睇下你做zip個software有冇加資訊落去

stephenwong

其實我正正就係想知e樣嘢，我從來都唔懷疑個file 會唔同，但係所謂嘅前前後後即係jitter? 咁成個sys ...
usopp 發表於 2020-9-10 09:43

咁同 jitter 係兩碼子事。你講個樣叫 offset。

孤兒仔

同一軟件，同一os
真係cpu微觀問題
   
同zip一樣，etc 10g file
不同cpu zip出不同file size ...
madebyp90 發表於 10/9/2020 12:45 AM

我認為呢個情況正正係軟件問題

stephenwong

rip cd
唔同人rip出嚟，已經可以唔同size
madebyp90 發表於 2020-9-10 09:29

唔同 file size，唔代表入邊啲 audio data 不一樣。要比較，就 extract 純 audio data，逐個 byte 比較。一隻無花（唔係花得好緊要就得，CIRC 可以糾正少少花）嘅碟，rip 出來嘅 audio data 應該是百分百一模一樣嘅。好耐以前由於一隻歌由邊點開始係唔固定嘅（歌與歌之間的兩秒空白只是習慣，個兩秒其實係有 data 嘅，而且唔係一定絕對零音量，可能細細聲有啲 hiss 之類），所要 rip 出來可能有唔同 offset，但對返同一個起始點之後，逐個 byte 對，都會係一模一樣嘅。或者你 rip 晒成隻 CD，變成 bin image，裡面就乜都完全包晒，燒返一隻出來都會係百分百一樣。

淼林焱

唔同 file size，唔代表入邊啲 audio data 不一樣。要比較，就 extract 純 audio data，逐個 byte 比較。 ...
stephenwong 發表於 2020-9-10 11:04

哩D牽涉conversion好難做比較解釋
因為read source,採樣,壓縮,re-code,軟件其中每一part都有唔同情況可能出現唔同既結果

其實要證實一個file（data）有無經過LAN線／傳送(包括遠程傳送)後有唔同好簡單
只要source & destinationfile做個MD5 checksum比對就得，無論file name／size／經過幾多人save／copy後resend都好，只要兩個files做出來既MD5 chceksum係一樣，甘就代表data無變

所以再強調一次我唔同意因為條LAN線靚或差而影響到個data改變音質，因為起二進制世界裡面只要有一個bit既改變就已經可以係天同地既分別

但我依然相信LAN線有可能影響到輸出既音質，係因為其他原因干擾令到最終analogue output有唔同，但(某位)唔再用咩咩data唔同左或resend等做解釋

另外以下係起其他音響群見到:- (當然信唔信就自己決定，因為佢都無提出證據去證明)
線材除了要來傳送資料，
仲係條天線接收emi/rfi，
而cas天生就係一串emi/rfi既generators，
d人攪0甘多野就係呢個原因，
而非怕個“0”傳傳下變左做1。

marcochl

回覆 319# 淼林焱

所以我覺得不妨一試係條*合規格*lan 線外包錫紙試下