Re: [問卦] GOOGLE有LDAC 音質比較好 蘋果怎反駁???

看板Gossiping作者 (天生散人)時間9月前 (2023/09/15 22:27), 9月前編輯推噓3(6推 3噓 15→)
留言24則, 9人參與, 9月前最新討論串4/4 (看更多)
這就是騙不知道的... 反正文字上講得多猛你就買單了... AAC是有損編碼但其實算是蠻優秀的的編碼... 只是我記得他好像規格只到48KHz/16bit... LDAC他宣稱是無損編碼可以到96KHz/24bit... 你把上頭的頻率除二就知道音樂格式的資料可以保存到多少... 一般說法人耳能聽到的大概在20~20KHz... 所以上頭的規格其實都夠了... 多出來的資料可能會有很多無用的bit... 這些壓縮資料的前身都是PCM... 再猛的壓縮規格只是盡可能地保留PCM的內容... 但是當你轉為類比資訊就需要做DA... 當中牽涉到一堆數位運算還有類比的線路... 但這都吃"線路的面積"... 聲音的瓶頸大多在這... 如果連推耳機的線路都算進來的話那就會各方面再精省... 你無線耳機就不用想了... 你是想做多大一副? ※ 引述《heero0333 (hero)》之銘言： : GOOGLE : 有LDAC功能 : 無損音質 : 還有耳機孔 : 有聽過就知道 真的有差 : 反觀蘋果只有AAC : 講究音質還是只能選GOOGLE : 要發揮耳機的最大價值還是只能選GOOGLE : 妳各位耳機迷 怎反駁???????????? : 掛 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.176.130.101 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1694788039.A.B29.html
→
09/15 22:33, 9月前 , 1F
我怎麼記得那是取樣頻率，還是果粉規格
09/15 22:33, 1F
→
09/15 22:33, 9月前 , 2F
不太一樣?
09/15 22:33, 2F
那就代表你能保留的聲音頻率... 不然取樣是在取什麼意思的?
推
09/15 22:35, 9月前 , 3F
你少算了信仰加成
09/15 22:35, 3F
※ 編輯: protoss (180.176.130.101 臺灣), 09/15/2023 22:36:03
噓
09/15 22:36, 9月前 , 4F
會不會用標點符號
09/15 22:36, 4F
你媽應該會去問她吧... ※ 編輯: protoss (180.176.130.101 臺灣), 09/15/2023 22:37:39
推
09/15 22:37, 9月前 , 5F
有差啦，我蘋果pro max ，三星折疊都有，
09/15 22:37, 5F
→
09/15 22:37, 9月前 , 6F
接藍芽耳機之王ath wb2022，ldac強一截。
09/15 22:37, 6F
→
09/15 22:37, 9月前 , 7F
藍芽一體機的優勢就是下限很高，比一些幾
09/15 22:37, 7F
→
09/15 22:37, 9月前 , 8F
十萬沒搭配好的系統還穩。
09/15 22:37, 8F
再強也只是無線傳輸這一段... 一堆人AAC跟PCM都聽不太出來了更何況是號稱無損的LDAC... 而且搞笑的是source端其實也只是AAC轉LDAC ;; ※ 編輯: protoss (180.176.130.101 臺灣), 09/15/2023 22:39:52
→
09/15 22:38, 9月前 , 9F
三星能打開over sampling搭配ldac猛猛的
09/15 22:38, 9F
→
09/15 22:38, 9月前 , 10F
。
09/15 22:38, 10F
這是數位處理的部分幹嘛用手機做? 這樣耳機那邊又再做不就亂七八糟去了... 你確定聲音還行?
噓
09/15 22:39, 9月前 , 11F
刪節號也不是三個點，是 ……
09/15 22:39, 11F
看來你媽有好好教你... ※ 編輯: protoss (180.176.130.101 臺灣), 09/15/2023 22:41:51
推
09/15 22:44, 9月前 , 12F
取樣頻率跟聲音頻率完全不同的東西
09/15 22:44, 12F
→
09/15 22:44, 9月前 , 13F
...
09/15 22:44, 13F
推
09/15 22:52, 9月前 , 14F
取樣是取樣 跟資料量是不一樣的概念吧
09/15 22:52, 14F
取樣越高保留的資料訊息越多不是基本觀念嗎? 你怎麼可能取樣次數變多資料量不會增加...
噓
09/16 00:52, 9月前 , 15F
也討論一下bitrate吧...
09/16 00:52, 15F
這有啥好討論的?不就取樣率Xbit數X聲道數... 最終還是反映了資料的大小...
推
09/16 01:20, 9月前 , 16F
24bit動態差很多喔，混音可以接受44.1k
09/16 01:20, 16F
→
09/16 01:20, 9月前 , 17F
沒關係，但絕對要是24bit
09/16 01:20, 17F
錄音室混音都是96KHz/24bit沒有44.1KHz/16bit的... 那是為了符合CD規範後頭再轉的...
推
09/16 01:54, 9月前 , 18F
32位有新世界的感受放大採樣率有辦法
09/16 01:54, 18F
→
09/16 01:54, 9月前 , 19F
能處理得很好
09/16 01:54, 19F
→
09/16 01:57, 9月前 , 20F
反之降採樣率較難不失真也許呈倍數處
09/16 01:57, 20F
→
09/16 01:57, 9月前 , 21F
理比較不會踩雷
09/16 01:57, 21F
→
09/16 01:58, 9月前 , 22F
當然如果會下指令調參數處理更厲害
09/16 01:58, 22F
→
09/16 02:01, 9月前 , 23F
轉檔儲存似乎節能又有效率不然就得實
09/16 02:01, 23F
→
09/16 02:01, 9月前 , 24F
況了
09/16 02:01, 24F
能保留比較多的高頻細節跟取樣率有關跟bit深度無關... 但其實很多CD quality的規格連16bit都沒用滿... 前方補零的一堆... 所以以前才有HDCD這一類的抖音技術去利用最前面的bit... ※ 編輯: protoss (180.176.130.101 臺灣), 09/16/2023 04:31:45
‣ 更多 protoss 的文章
文章代碼(AID): #1b16d7if (Gossiping)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 4 之 4 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共4篇)
‣ 更多 protoss 的文章
文章代碼(AID): #1b16d7if (Gossiping)