[請益] flac轉ape

看板Headphone作者 (沙子)時間8年前 (2016/04/19 00:11), 編輯推噓52(54推 2噓 101→)
留言157則, 34人參與, 最新討論串1/1
最近使用xld把電腦裡的flac都轉成ape，但是檔案卻大了將近一倍， 而且播起來聲音很明顯聽起扁扁的，不知道大家有沒有推薦的MAC轉檔軟體。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.161.250.177 ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1460995910.A.2D3.html
→
04/19 00:14, , 1F
…為什麼要轉APE？
04/19 00:14, 1F
推
04/19 00:29, , 2F
怎麼想轉成支援度更差的格式呢？
04/19 00:29, 2F
推
04/19 00:42, , 3F
我可以確認下，你是要轉apple的格式所以選ape嗎?
04/19 00:42, 3F
推
04/19 00:46, , 4F
apple轉alac的樣子我記得(?
04/19 00:46, 4F
→
04/19 00:50, , 5F
聽你的說法，檔案大1倍應該是AIFF(沒壓縮)
04/19 00:50, 5F
推
04/19 00:51, , 6F
沒插件或外掛之類的 Apple建議用alac
04/19 00:51, 6F
→
04/19 00:52, , 7F
有的話建議用flac 解壓縮速度有差
04/19 00:52, 7F
→
04/19 01:21, , 8F
看來我搞錯格式，我是想讓itune能播放，用apple lossles
04/19 01:21, 8F
→
04/19 01:22, , 9F
再來試一次。
04/19 01:22, 9F
推
04/19 01:31, , 10F
我都轉alac啦 因為tag是用mp4格式 window才讀得到 不然fl
04/19 01:31, 10F
→
04/19 01:31, , 11F
ac在window上不會顯示tag資訊 要到播放器裏才看得到
04/19 01:31, 11F
→
04/19 02:31, , 12F
我都用wav
04/19 02:31, 12F
→
04/19 05:02, , 13F
APE這過時的格式別再用了好ㄇ
04/19 05:02, 13F
推
04/19 07:03, , 14F
這個兩格式檔案大小也不會差很多才對
04/19 07:03, 14F
噓
04/19 07:55, , 15F
ape解碼效率超差
04/19 07:55, 15F
→
04/19 09:27, , 16F
每轉一次就會多一次失真 不意外聲音變扁
04/19 09:27, 16F
推
04/19 09:36, , 17F
多轉一次會失真哦？ 怎從沒聽過
04/19 09:36, 17F
推
04/19 09:40, , 18F
無損轉無損還會失真？前所未聞
04/19 09:40, 18F
→
04/19 10:26, , 19F
學過編碼就會知道 不管無損轉無損還是轉有損
04/19 10:26, 19F
→
04/19 10:27, , 20F
只要轉檔就會造成失真
04/19 10:27, 20F
推
04/19 10:37, , 21F
這麼說網路買檔案只能買WAV囉?
04/19 10:37, 21F
推
04/19 10:39, , 22F
你乾脆說數位錄音過程中就有失真好了ˊ_>
04/19 10:39, 22F
→
04/19 10:39, , 23F
ˋ
04/19 10:39, 23F
推
04/19 10:41, , 24F
(懶得再戰，去買雞排)
04/19 10:41, 24F
→
04/19 10:48, , 25F
不懂請自行找谷哥大神..
04/19 10:48, 25F
推
04/19 10:51, , 26F
無損轉無損就是換一個壓縮格式 就像rar解壓改壓7z
04/19 10:51, 26F
推
04/19 10:51, , 27F
樓主提的是轉檔 跟錄音過程沒有關係
04/19 10:51, 27F
→
04/19 10:51, , 28F
並不會變成有損
04/19 10:51, 28F
→
04/19 10:55, , 29F
並不會變有損 但是你要知道 編碼的過程中 如果有延遲ji
04/19 10:55, 29F
→
04/19 10:55, , 30F
tter 就會造成失真 雖然檔案還是無損檔
04/19 10:55, 30F
→
04/19 10:58, , 31F
轉檔還會有jitter喔?...你去搞清楚無損壓縮的原理再說吧
04/19 10:58, 31F
推
04/19 11:02, , 32F
說出轉檔不會有延遲失真的話 你還是自己先搞清楚 不要
04/19 11:02, 32F
→
04/19 11:02, , 33F
秀下限
04/19 11:02, 33F
推
04/19 11:06, , 34F
請問編碼的延遲失真怎麼體現？ 解出來raw pcm data會
04/19 11:06, 34F
→
04/19 11:06, , 35F
不一致？
04/19 11:06, 35F
推
04/19 11:08, , 36F
轉檔會有jitter?不是說google有嗎?你找兩篇來看看
04/19 11:08, 36F
推
04/19 11:14, , 37F
發篇文來解釋一下啊
04/19 11:14, 37F
→
04/19 11:20, , 38F
不擾樓了 給個連結
04/19 11:20, 38F
還有 78 則推文
推
04/20 11:42, , 118F
你用編輯器驗過解碼出來的pcm data了沒？
04/20 11:42, 118F
推
04/20 11:53, , 119F
我是不懂演算法內容 但我真的比對過原始wav跟解碼後的w
04/20 11:53, 119F
→
04/20 11:53, , 120F
av data一致
04/20 11:53, 120F
推
04/20 13:06, , 121F
我只想知道這位所謂的失真是什麼…不然根本討論不出結果…
04/20 13:06, 121F
→
04/20 13:06, , 122F
如果文筆不好那拿篇你認知由來的文章也可以…
04/20 13:06, 122F
→
04/20 13:07, , 123F
這認知總不會天啟吧…
04/20 13:07, 123F
→
04/20 13:08, , 124F
要能討論必須在雙方對名詞認知相同的情況下，不然真的是各
04/20 13:08, 124F
→
04/20 13:09, , 125F
說各話雞同鴉講
04/20 13:09, 125F
→
04/20 13:11, , 126F
突然想到LIS（離題
04/20 13:11, 126F
推
04/20 13:36, , 127F
可能是因為某人無法理解"無損"兩字的意義，所以才會很困惑
04/20 13:36, 127F
→
04/20 13:38, , 128F
無損 = 無失真 = 非破壞性 = 絕對不會有任何的失真
04/20 13:38, 128F
推
04/20 13:57, , 129F
個人猜想lord把無損壓縮想成mp3那種壓縮方式了吧
04/20 13:57, 129F
→
04/20 14:04, , 130F
我們討論是非破壞性壓縮 不是mp3的破壞性壓縮
04/20 14:04, 130F
→
04/20 14:05, , 131F
checksum確實相同 不過蠻疑惑理論上的失真是去哪了
04/20 14:05, 131F
→
04/20 14:06, , 132F
我只想問你的"理論"來源為何？就算是假說也總有誰說的吧
04/20 14:06, 132F
→
04/20 14:09, , 133F
還是印象中？我記得？或是天啟？
04/20 14:09, 133F
→
04/20 14:11, , 134F
既然談到編碼這麼基本的東西，總有那裡念到的吧
04/20 14:11, 134F
推
04/20 14:13, , 135F
如果是非破壞性壓縮...那就真的不知道data差異在哪了
04/20 14:13, 135F
推
04/20 14:15, , 136F
非破壞表示可還原...還原後有不一樣就不叫非破壞了不是?
04/20 14:15, 136F
推
04/20 14:16, , 137F
所以我想知道他的理論是那裡來的啊，才能知道這裡所謂的失
04/20 14:16, 137F
→
04/20 14:17, , 138F
真到底是指什麼東西…。既然有既成理論總有來源吧
04/20 14:17, 138F
→
04/20 14:18, , 139F
談玄學談聽感也就算了，基本的編碼概念居然有其它解釋我真
04/20 14:18, 139F
→
04/20 14:18, , 140F
的非常有興趣。
04/20 14:18, 140F
→
04/20 14:29, , 141F
他無法理解何謂無損壓縮
04/20 14:29, 141F
→
04/20 14:29, , 142F
基本上rar flac ape 7z 都是無損壓縮 演算法不同而已
04/20 14:29, 142F
→
04/20 14:30, , 143F
怎麼牽扯到聲音就會覺得會失真
04/20 14:30, 143F
推
04/20 14:32, , 144F
那你把一個wav轉來轉去轉到失真得像mp3一樣讓大家看看
04/20 14:32, 144F
推
04/20 14:44, , 145F
"線性預測編碼",估狗了一下感覺是類比轉數位的時候用的...
04/20 14:44, 145F
→
04/20 14:44, , 146F
應該不是應用在無損轉無損上面~
04/20 14:44, 146F
推
04/20 14:46, , 147F
LPC跟轉檔完全沒關係
04/20 14:46, 147F
推
04/20 14:48, , 148F
別破梗啊- -"。我本來想看他怎麼套上去- -
04/20 14:48, 148F
→
04/20 14:49, , 149F
XDDDDDDDD
04/20 14:49, 149F
推
04/20 14:50, , 150F
事實上無損轉無損根本就沒有理論上的失真，不知道你在疑惑
04/20 14:50, 150F
→
04/20 14:51, , 151F
個什麼...，去讀一讀 資料壓縮 和 訊號處理 吧
04/20 14:51, 151F
→
04/20 15:09, , 152F
感謝指教..可能太久沒接觸有些搞混，可能要再回去翻書
04/20 15:09, 152F
→
04/20 15:09, , 153F
了
04/20 15:09, 153F
→
04/20 15:09, , 154F
抱歉擾樓
04/20 15:09, 154F
推
04/20 16:15, , 155F
看看有沒有人來轉50次 100 200來比聲音
04/20 16:15, 155F
推
04/20 21:58, , 156F
壓縮後真的跟原本的不一樣，所以還要解壓縮 ～ 這就叫做「
04/20 21:58, 156F
→
04/20 21:58, , 157F
反璞歸真」 XDD
04/20 21:58, 157F
‣ 更多 irvingdp 的文章
文章代碼(AID): #1N5GT6BJ (Headphone)