走向超值而極緻的 HI-FI電腦訊源（連載）

可列印查看

在一頁顯示本主題中的 40 個文章

2023-01-28, 08:20 AM
sam0402

看來小弟在單機上採用 ArchQ + MPD light 已經有資格跨入這棟大樓的門檻了！(giggle)
但小弟反而要面臨另一個挑戰：檔案。檔案又延伸了兩個議題：存儲格式和硬碟機的供電。

看來我犯了一個大錯：採用ALAC + 封面Tag。用ALAC是我沿襲了在Mac ripCD 的習慣，加上檔案可以直接讓Apple 設備直接取用的方便性。另外，有些文件顯示，檔案加了Tag 和面封，也是破壞音質的原兇。若是完全丟棄Tag，直接採用WAV，又會喪失曲目分類管理的方便性。真是兩難全啊！

另一個議題是硬碟供電：小弟一直是採用5V和12V分開供電，5V 吃AX1600i、12V吃GaN。小弟一直認為12V是給硬碟馬達供電，瓦數大小應該不至於影響音質。所以就拿樹莓派時代用的倍思100W GaN來供電，即使手中還有顆250W GaN PSU，也是擱置著不用。看來這點小弟又錯了，硬碟的12V一樣需要大電供，至於要多大？可能AX1600i 可以決解所有問題，包含rip用的光碟機。這裡指的是硬碟的供電是要獨立於電腦的PSU，即使是AX1600i也是一樣。

這次在教授家中的測試下，結論就是量子效應無所不在。各個軟、硬體都有量子糾纏的效應，諸凡compile, wipe, file type, disk, power ...似乎都糾纏在一起，都不能成為獨立事件。所以呢，下次的kernel 就會是用雙AX1600i 加 220V來compile 了，最好有人Donate一顆來！(giggle)(giggle)
2023-01-28, 12:13 PM
Higuma

補充Sam找到的文章,關於flac與wave,原來在2010/2016年

他們就覺得有明顯差異,且不完全只是因為系統負載引起的噪訊變化.

https://www.enjoythemusic.com/magazi..._Different.htm

摘要結論:

1. Resolution of metadata associated art (MDA).
所有的tag資訊,其中封面是最大問題.

2. Degree of MDA compression as created in typical photo-editing software.
封面大小也是變因,但接受結論1的話,這很直覺.

3. Degree of FLAC compression according to settings in dBPowerAmp.
Flac壓縮比參數,應該沒爭議,直接連結到系統負載與線路噪訊.

4. CPU load during decompression and conversion of FLAC files to PCM format.
同3.

5. Allocated buffer size in playback software, music server, and/or digital to analog converter.
這邊我沒仔細看他是主張大buffer好還是小buffer,我認知是越小越好,但要避免破音問題.

另外他們還發現,在tag存在的情況下連續轉換flac-wave-flac-wave甚至會越來越糟,真的非常有趣.

更有趣的是這篇文章的實驗設計與benchmark已經儘量做到定量了,值得一看.

不過要完全擺脫tag.................大家考慮看XDDD.
2023-01-28, 12:45 PM
seeteeyou

MPD 該是支援 CUE 格式的說：

https://mpd.readthedocs.io/en/stable/plugins.html#cue

引用:

Reads .cue files.

https://wiki.archlinux.org/title/Mus...icks#Cue_Files

引用:

No additional steps are needed for cue support in mpd since 0.17. MPD has its own integrated parser which works with both external and embedded cuesheets. For example, the command mpc load albumx/x.cue loads the file music_directory/albumx/x.cue as playlist; or in the case of an CUESHEET tag, mpc load albumx/x.flac.

Client support of CUE files is a bit limited. Two available programs that do support CUE files are cantata and ncmpcpp.

Mp3tag 很久以前就支援 CUE 了：

https://aur.archlinux.org/packages/mp3tag
https://www.mp3tag.de/en/news.html

引用:

Mp3tag v2.43 - This version comes with support for automatic updates, improved layout of the Tag Panel, improved support for Apple Lossless (ALAC), and many other new features, changes and bugfixes.

引用:

Mp3tag V.2.24 - user defined columns, reading and tagging of Cuesheets, support for WavPack 4 and much more.

當然還可以用 MusicBrainz Picard 的其中一個 plugin：

https://github.com/metabrainz/picard...ugins/cuesheet
https://wiki.musicbrainz.org/User:Co.../PicardPlugins

引用:

Generate Cuesheet

另外屬於 Subsonic 的那一種 Lightweight Music Server 或 Navidrome 還可以支援 NFO 格式：

https://kodi.wiki/view/NFO_files/Music
https://kodi.wiki/view/NFO_files/Artists
https://kodi.wiki/view/NFO_files/Albums
2023-01-28, 09:56 PM
psycho

引用:

作者: sam0402

看來小弟在單機上採用 ArchQ + MPD light 已經有資格跨入這棟大樓的門檻了！(giggle)
但小弟反而要面臨另一個挑戰：檔案。檔案又延伸了兩個議題：存儲格式和硬碟機的供電。

看來我犯了一個大錯：採用ALAC + 封面Tag。用ALAC是我沿襲了在Mac ripCD 的習慣，加上檔案可以直接讓Apple 設備直接取用的方便性。另外，有些文件顯示，檔案加了Tag 和面封，也是破壞音質的原兇。若是完全丟棄Tag，直接採用WAV，又會喪失曲目分類管理的方便性。真是兩難全啊！

另一個議題是硬碟供電：小弟一直是採用5V和12V分開供電，5V 吃AX1600i、12V吃GaN。小弟一直認為12V是給硬碟馬達供電，瓦數大小應該不至於影響音質。[恕刪]

1、查了一下舊文章，發現去年你們就在我這裡測試過ArchQ CAT，我那時就認為擺脫PI是絕對正確的方向；只是你們當時電腦不夠力、電源又爛，現在電腦與電源的性能通通打敗我的CAT，才終於讓我認同ArchQ CAT可行，所以，一切都是CAT的性能與電源....(devil)

2、我過去測試過了，連小葉站長都發現過：就算是完全不壓縮直接copy wav只是加上tag的APPLE AIFF檔，聲音照樣變差！！！早就說過WAV永遠只能用WAV，絕對不能亂來......(devil) (giggle)

其實可以救回來啦！就是先準備 WIPE 10次的硬碟，再把那些ALAC、FLAC解成WAV 儲存在WIPE 10次硬碟，然後重新複製10000次.......反正拼命WIPE，總有救回的一天，要WIPE幾次那只有鬼才知道.....(giggle)

3、『小弟一直認為12V是給硬碟馬達供電』<== 這個理由真是該打！！當初玩蓋藍光轉盤我就唸過box跟一大堆人了：馬達需要無限大的扭力，所以一定要使用1500w以上，不然一定後悔！box己經直接被電爆，怎麼現在還有這種誤解？真該打！

當天的情況如下：

1、原本理應最高級的 ax1600i 接硬碟，但是與電腦共用同一顆電源，所以爛到沒資格入門！！

2、5V 吃AX1600i、12V吃GaN，應該是使用usb轉sata，『據說』sata電源線的5v是直接吃usb的5v，12v才是外接電源。

但是！！sam0402你是使用 2.5吋硬碟，它應該只吃sata電源線中的5v而12v是沒接的，這種情況下，如果接上『12V吃GaN』會有影響，那就又出現鬼怪現象了！！？？

而我的 3.5吋硬碟需要sata電源線中的12v，所以加上『12V吃GaN』會有影響沒錯。

3、後來在我的cat，使用usb轉sata，5v來自usb？？12v來自gan或1500w，相差十萬八千里！

我先想辦法測試看看 usb轉sata，5v究意是不是來自usb？再來後續解釋。
2023-01-28, 10:46 PM
sam0402

引用:

作者: psycho

1、查了一下舊文章，發現去年你們就在我這裡測試過ArchQ CAT，我那時就認為擺脫PI是絕對正確的方向；只是你們當時電腦不夠力、電源又爛，現在電腦與電源的性能通通打敗我的CAT，才終於讓我認同ArchQ CAT可行，所以，一切都是CAT的性能與電源....(devil)

這個應該是去年過年的事，是ArchQ起步的階段，這場小弟沒參與到。

引用:

2、我過去測試過了，連小葉站長都發現過：就算是完全不壓縮直接copy wav只是加上tag的APPLE AIFF檔，聲音照樣變差！！！早就說過WAV永遠只能用WAV，絕對不能亂來......(devil) (giggle)

其實可以救回來啦！就是先準備 WIPE 10次的硬碟，再把那些ALAC、FLAC解成WAV 儲存在WIPE 10次硬碟，然後重新複製10000次.......反正拼命WIPE，總有救回的一天，要WIPE幾次那只有鬼才知道.....(giggle)

這樣看來就得連Tag 都要放棄了！難過。

引用:

3、『小弟一直認為12V是給硬碟馬達供電』<== 這個理由真是該打！！當初玩蓋藍光轉盤我就唸過box跟一大堆人了：馬達需要無限大的扭力，所以一定要使用1500w以上，不然一定後悔！box己經直接被電爆，怎麼現在還有這種誤解？真該打！

這個嘛，Sony X800 小弟也玩過，轉盤的部份我也用了1000W 12V，還加上大電容。不過我看轉盤本身也有電路板，所以用大電流頗合理的。不過硬碟機的馬達看來就是很單純，不經電路板就可以用12V驅動。難道大電供就可以轉更快、更好？？？這是我難以理解的地方。

引用:

當天的情況如下：

1、原本理應最高級的 ax1600i 接硬碟，但是與電腦共用同一顆電源，所以爛到沒資格入門！！

2、5V 吃AX1600i、12V吃GaN，應該是使用usb轉sata，『據說』sata電源線的5v是直接吃usb的5v，12v才是外接電源。

但是！！sam0402你是使用 2.5吋硬碟，它應該只吃sata電源線中的5v而12v是沒接的，這種情況下，如果接上『12V吃GaN』會有影響，那就又出現鬼怪現象了！！？？

而我的 3.5吋硬碟需要sata電源線中的12v，所以加上『12V吃GaN』會有影響沒錯。

我沒提過我是用2.5吋的。這個應該是教授把Box 用的2.5 套在我這裡了。我的3.5吋硬碟的接法是：SATA訊號走有獨立供電的SATA卡，電源部份是我DIY的線，5V吃AX1600i的，12V就用GaN，硬碟端仍是用SATA電源端子接上的。

引用:

3、後來在我的cat，使用usb轉sata，5v來自usb？？12v來自gan或1500w，相差十萬八千里！

我先想辦法測試看看 usb轉sata，5v究意是不是來自usb？再來後續解釋。

最後，我覺得真正成熟的ArchQ 是在去年的11月份才開始的。
2023-01-29, 07:51 AM
dequad

DT2 的 driver

想請教一下大家那天在教授家，ArchQ 接 DT2 的時候，driver 是怎麼處理的呢？

附帶一提：Pyka 另外一張錄音 Brahms aujourd'hui... （三位作曲家的作品）用的是法國鋼琴 Stephen Paulello，而且從幕後花絮影片看起來，應該是音階設計弦全部直走、不交錯排列（和 Pleyel 一樣）的 102鍵 SP300。
2023-01-29, 08:39 AM
sam0402

引用:

作者: dequad

想請教一下大家那天在教授家，ArchQ 接 DT2 的時候，driver 是怎麼處理的呢？

只要是USB的介面音效設備，對於Linux 都一樣，接上就可以用了。
2023-01-29, 12:20 PM
psycho

引用:

作者: sam0402

[恕刪]
這樣看來就得連Tag 都要放棄了！難過。
[恕刪]
我沒提過我是用2.5吋的。這個應該是教授把Box 用的2.5 套在我這裡了。我的3.5吋硬碟的接法是：SATA訊號走有獨立供電的SATA卡，電源部份是我DIY的線，5V吃AX1600i的，12V就用GaN，硬碟端仍是用SATA電源端子接上的。
[恕刪]
最後，我覺得真正成熟的ArchQ 是在去年的11月份才開始的。

1、沒錯，你們想想看：連WIPE存檔就會讓WAV檔變態了，任何對WAV轉包添加...當然都會死！其實我也測試過：透過GOLDWAVE這種WAV編輯程式，把WAV『另存新檔』，新的WAV就變爛了！

這裡有一個混淆變項：如果對WAV檔的操作，以最單純的COPY為例：CAT越正確、COPY就越安全；CAT越爛，COPY就越爛。目前只有『WIPE過的硬碟』與『1500W經過HUB的USB外接傳統硬碟』是可以保證COPY後變好的，其他幾乎都是變爛的。

所以理論上，如果我們真的找到絕對正確的CAT，有可能 WAV 改成 AIFF甚至改成FLAC就會變好或沒差！！

只是到目前為止，『可能』只有gangster.tank最新的那一套CAT才勉強合格....:P

2、當天我瞄了一下你的機架盒，誤以為你用2.5的？？...(blush) 原來也是3.5？那.....(clapping)

『電源部份是我DIY的線，5V吃AX1600i的，12V就用GaN，硬碟端仍是用SATA電源端子接上的』<=那麼這個就沒問題，真的是5V內建而12V外接。所以換上我的3.5硬碟也是同理？？不過，你不是一直說你的CAT裡有HUB？到底你的硬碟的『SATA數據線』是接在USB轉SATA還是主機板的SATA？？還是我又聽錯了？

3、真正成熟的ArchQ，真是一件大工程啊！！.....真的是跌跌撞撞了三年，偉大！！...(clapping) (clapping) (clapping) (clapping)
2023-01-29, 12:57 PM
psycho

sam0402 的 Arch Linux CAT 之成功告訴我們重要的數位播放系統現象

sam0402 的 Arch Linux CAT 之成功告訴我們重要的數位播放系統現象

　　其實我也蠻壞心眼的，看到 sam0402 那麼辛苦地建構 Arch Linux CAT，卻一直嫌累沒有去幫忙驗證。另一方面也是一直覺得聲音完全比不上 JPLAY CAT，幹麻去自找麻煩？直到現在人家成功了，我再來蹭蹭蹭蹭蹭.....(blush) (blush)

　　不過真正開心的是，透過完全不同OS與播放程式，完全映證幾個最基本最重要的數位播放系統之音響現象，這個就非常重要，值得我拼命來蹭蹭蹭蹭蹭......(devil) (devil)

最最重要的是：殺音響！

　　原先推廣JPLAY CAT，它太早就走向正確，所以太早就出現殺音響現象，導致只有我與其他能忍受『殺音響』現象的同好才能堅持下來。據我觀察，當初被吸引到 PI Arch 方向的，很大一部份就是因為 JPLAY CAT出現殺音響的惡聲，因此轉換跑道。

　　結果不斷追求更正確的 Arch Linux CAT，最後還是殺音響，完全跑不掉！唯一的差別是：似乎 Arch Linux CAT在殺音響時，有機率出現『錯誤的美聲』，這跟黑膠系統很類似。所以在 sam0402的『類比端音響』己經與中壢音響室不相上下之情況下：dac贏我，擴大機平手，喇叭線大贏我，喇叭高頻贏三頻輸。這樣子相差不大的類比端，居然可以讓sam0402誤判 ALAC檔比WAV檔好聽？？直到中壢音響室才直接暴露真相。

　　每個人都是從不同道路走向最正確的音響，所以要走 JPLAY CAT 或 Arch Linux CAT 都是自由選擇。但是只要追求極緻，那麼『殺音響』現象就是永遠躲不掉！！...(clapping) (clapping)

　　更可怕的是，像我己經從『殺音響』進化成『殺音樂』了！對我現在來說，3B2T己經完全老掉牙太簡單只能當成兩隻老虎的兒歌了！沒有科學進步級的現代古典音樂（至少也要德布西之後），就算是貝多芬最複雜的莊嚴彌撒曲我還是只能當兒歌啊！因為太簡單了.......我等著看看那一個人最早從 Arch Linux CAT 進化到『殺音樂』！....(clapping) (clapping) (clapping) (clapping)

(所以我才沒有買Pyka 另外一張錄音 Brahms aujourd'hui...，看到布拉姆斯就嫌太簡單了.....哭哭走寶......)

第二重要的是：想要省空間或一體機？沒門.....

　　PI 己經完蛋了還不算，Arch Linux CAT 還得乖乖走大型PC，我等著看使用ATX大型主機板的Arch Linux CAT一定可以剁掉ITX主機板...(devil)

　　就算不在乎CAT本身的大小，後端的蜈蚣串一個都躲不掉！乖乖 U3TT=>HUB=>U3TT=>USB DDC，乖乖1500W四台加無限顆大電容。只要見識過最正確的聲音，就能體會上述蜈蚣串一個都躲不掉。反而CAT可以降級，例如我那個排名不到前20的低級CAT；CAT之後的USB DDC是絕對不能降級的。

　　當然了！可能因為中壢音響室供電太完美，導致CAT本身的升級不像你們自家那麼大的差距，才讓我一直懶得繼續升級CAT。所以目前大家另外要努力的是：

如何簡化蜈蚣串？？

　　這個東東才是真正造成CAT必需複雜而龐大的主因，相對的CAT本身的大小簡直不重要。

(END)
2023-01-29, 02:53 PM
sam0402

引用:

作者: psycho

... 恕刪
『電源部份是我DIY的線，5V吃AX1600i的，12V就用GaN，硬碟端仍是用SATA電源端子接上的』<=那麼這個就沒問題，真的是5V內建而12V外接。所以換上我的3.5硬碟也是同理？？不過，你不是一直說你的CAT裡有HUB？到底你的硬碟的『SATA數據線』是接在USB轉SATA還是主機板的SATA？？還是我又聽錯了？
...

本來我也是用 PC=>USB HUB=>3.5硬碟+DDC，後來用發現有獨立供電的USB 3.1/3.2 PCIE卡會更好。可惜小弟的主機板有問題，PCIEx4 的卡法無工作，USB3.1的卡就擱置著。之後來了SATA卡，採用Tetsuka的方案，等同獨立供電(不經主機板，直接吃PSU的電)，也發現比SATA轉USB HUB好，所以硬碟訊號就由USB HUB移轉至SATA介面，硬碟供電就恢復至SATA接頭。

由於 USB 3.1卡仍不能Work ，所以這次在教授家的DT2 就是走USB 3.1 HUB，HUB的5V電也是吃AT1600i。去除USB HUB 也是小弟的短期目標，就是要用USB3.1的卡來取代，加上獨立供電。

獨立供電的方式就有趣了，若用兩顆PSU(AX1600i) 應可提升不少音質。目前小弟的設備都是依靠一顆AX1600i供電，包含DDC、McFifo dirty side；除了硬碟和光碟機的12V用GaN以外。為何要這樣？就是電視櫃太小了，為了能放入 ITX PC 和 AX1600i，連以前的大電容都無法上線。就是這樣，才會發展出各種怪招，如：我的USB HUB 是藏在ITX 機殼裡主機板的下方；為了簡化系統，就會想辨法把USB HUB 去掉，訊號直通CPU。

此外，若採用獨立供電的USB 3.1/3.2的PCIE卡，U3TT=>HUB=>U3TT=>USB DDC是不是就有機會變成 USB卡=>U3TT=>USB DDC ？這或許是小弟下個遠期目標，前提是櫃子要能塞得下。
2023-01-29, 10:24 PM
dequad

1 個附件

引用:

作者: sam0402

此外，若採用獨立供電的USB 3.1/3.2的PCIE卡，U3TT=>HUB=>U3TT=>USB DDC是不是就有機會變成 USB卡=>U3TT=>USB DDC ？這或許是小弟下個遠期目標，前提是櫃子要能塞得下。

春節假期前，我在直通 CPU 的 PCIe 槽插上用 ASM3242 晶片的 USB 3.2 Gen 2x2 卡接 DT2。因為經過這片卡認不到 U3TT，就把 U3TT/Hub/U3TT 拆下，USB 卡直通 DT2。感覺聲音似乎也相當好，但沒仔細來回比較。春節假期開始前收起老 Quad ESL、開始組裝新的靜電喇叭，到現在一直沒開聲，也就沒再想辦法看這片 USB 卡能不能認到 U3TT。我的 U3TT 和接 3.5" 硬碟的 hub 共用一個 Cosel 1500W，供電方面不太講究。

看規格，AX1600i 最厲害的可能是 12V 供電，電流可達133.3A；5V 和 3.3V 則只有 30A。

附件 34235
2023-01-30, 10:40 PM
seeteeyou

https://www.hiendy.com/hififorum/for...ead&tid=123730

引用:

還有一點值得一提是 MP rip 碟十分方便, 內置了software, RIP完後JRIVER立即detect到, 而且他們內置的RIP碟是用WAV64 聲音比普通WAV動態更好, 聲音更幼細順滑.

https://www.audioshark.org/computer-...tml#post255146

引用:

I believe it truly depends on the server and playback mechanism. I am ripped to WAV64 at 32/44.1 for Redbook CD. The sound difference on my music server/DAC combo was significant between FLAC, WAV and W64.

https://forum.audiogon.com/discussio...742865#1742865

引用:

I have a Memory Player installed with JRiver and I ripped some cd's to WAVE 64, as Sam included some WAVE64 files on my unit and I really liked how they sounded, compared to the same albums I have on cd and WAV.

https://www.thememoryplayer.net/2016-features

引用:

Typical use is conversion of entire libraries to a better sounding file type or format. For example, ALL lossless compression is highly jittered. The Resampler can convert, say, FLAC to W64, and dramatically improve its fidelity.

http://v2.stereotimes.com/post/laufe...ry-player-mini

引用:

Songs added to your music drive from thumb drive aren’t processed nor auto-added to JRiver MC, so you need to process them with the Mini’s Upsampler to bring them up to 32-bit Wave64 format where the Memory Player’s software does its magic.

So, what was CP doing during our listening sessions? He was dropping processed Wave64 files onto ’Burn Memory’ slots in his Memory Player 32, then dropping that converted file into JRiver, and playing from JRiver. This provides a noticeable improvement over just playing from JRiver referencing the Music drive.

https://mpd.readthedocs.io/en/stable...decoder-ffmpeg

引用:

Decodes various codecs using FFmpeg.

https://ffmpeg.org/doxygen/trunk/wavdec_8c_source.html

引用:

Sony Wave64 demuxer

Sony Wave64 的一些資料：

http://martinleese.epizy.com/MyTempo...ony_Wave64.pdf

當然 AUR 那邊的 mpd-light 並沒有 ffmpeg 或 ffmpeg-headless，重新 compile 的時候需要增添相關選項：

https://aur.archlinux.org/packages/mpd-light

引用:

Light version without ao, ffmpeg, jack, modplug, pulse, shout, sidplay, soundcloud, wavpack, avahi, smbclient and zziplib support.

另外 ffmpeg 支援的功能和格式實在是超多，應該像 JPLAY 那樣盡量減少 ffmpeg 的大小，最後應該是餘下 Sony Wave64 的選項就可以了，一些例子如下：

https://github.com/acoustid/ffmpeg-b...main/common.sh
https://stackoverflow.com/questions/...56991#54756991

引用:

Final binary size will be around 2-3 MB.

wav2w64 tool to convert wav to w64
https://forum.doom9.org/showthread.php?t=174279

FLAC 的話就可以用官方提供的軟件：

https://github.com/xiph/flac/releases/latest
https://xiph.org/flac/documentation_tools_flac.html

引用:

Two different ways of decoding abc.flac to abc.w64 (Wave64 format). abc.flac is not deleted.

http://jplay.eu/forum/index.php?/top...fore-playback/

引用:

So on a whim I tried removing the file properties from some large 24/192 wav files before playing them, and I got the same positive improvement.

So now my obsessive JPlay routine unfortunately has more steps: copy files to C:// , (keeping highlighted), right-click open properties, go to details tab, click "remove proprieties and personal information", choose second option "remove the following...", cut files to clipboard, open mini, close everything else, maximize mini, arrow click in empty area, hit space bar. (Windows 10)
2023-01-31, 09:13 AM
sam0402

Wav64？有點意思，音質比wav更好？
剛好小弟的mpd-light 是有ffmpeg plugin，就是用來解FLAC, ALAC的。
所以若要解Wav64，補上decoder就可。
不過w64檔案大小不知又比wav大了多少？
2023-01-31, 12:02 PM
dequad

哪個善心人士大發慈悲，拜託趕快試一下 wav vs. wav64，然後告訴我 w64 不好聽 :D:D:D:D:D:D
不然又要轉好幾 TB 的音樂檔案了 (devil)(devil)(devil):D:D:D
2023-01-31, 12:43 PM
seeteeyou

轉檔的話通常是用 scripts，睡覺或上班前開始，到了早上或下班後該完成了吧，但問題當然是備份的重要性，假如部分 Wave64 檔案出現爆音或其他狀況的時候就需要看看原本備份的格式是否遭遇同一厄運了，如果沒有備份就很糟糕的說。

Cheek to Cheek 的 FLAC 格式如下，然後用 FLAC 的 1.4.2 版本轉檔：

https://archive.org/download/eva-cas...lues-alley-wav

代碼:

./flac -d 1.flac ./flac -d --force-aiff-format 1.flac ./flac -d --force-rf64-format 1.flac ./flac -d --force-wave64-format 1.flac

實際上四種格式的大小也非常接近：

代碼:

-rw-r----- 1 43937766 Apr 20 2022 1.aiff -rw-r----- 1 28795497 Apr 20 2022 1.flac -rw-r----- 1 43937792 Apr 20 2022 1.rf64 -rw-r----- 1 43937816 Apr 20 2022 1.w64 -rw-r----- 1 43937756 Apr 20 2022 1.wav

可是選擇 Wave64 格式之後就必須作出妥協，AIFF／ALAC／FLAC／WAV 還是可以依靠外部的 CUE sheets 讀取 taggings 或 album covers，但是 RF64 和 Wave64 比較冷門，或許真的跟 taggings 無緣了吧？

內部的 metadata 就會劣化音質，理論上也不會考慮：

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC9206669/

引用:

More precisely, the present paper describes the data model and its respective implementation, which was done by leveraging the well-known Sony WAVE64 format that supports the storage of audio data and metadata annotations.

https://github.com/enzo1982/freac/releases

引用:

added support for updating LIST INFO tags in RIFF, RF64 and Wave64 files

另外轉檔的時候還可以用 fre:ac 或 XRECODE3，畢竟兩者支援的格式比較多。
2023-01-31, 06:20 PM
seeteeyou

引用:

作者: sam0402

剛好小弟的mpd-light 是有ffmpeg plugin，就是用來解FLAC, ALAC的。

sam0402 兄 compile 的 ffmpeg 屬於 shared 那一種，/usr/lib 的那些檔案真的相當大：

https://github.com/sam0402/ArchQ/blo...64.pkg.tar.zst

代碼:

-rwxr-x--- 1 14818864 Jan 22 22:23 libavcodec.so.59.37.100 -rwxr-x--- 1 108696 Jan 22 22:23 libavdevice.so.59.7.100 -rwxr-x--- 1 4524304 Jan 22 22:23 libavfilter.so.8.44.100 -rwxr-x--- 1 2718032 Jan 22 22:23 libavformat.so.59.27.100 -rwxr-x--- 1 872256 Jan 22 22:23 libavutil.so.57.28.100 -rwxr-x--- 1 129112 Jan 22 22:23 libpostproc.so.56.6.100 -rwxr-x--- 1 129024 Jan 22 22:23 libswresample.so.4.7.100 -rwxr-x--- 1 616448 Jan 22 22:23 libswscale.so.6.7.100

基本上 libavcodec 超過 10MB 的話就不對勁了，有可能是忘掉 --disable-everything 的選項之後再加入真正需要的個別選項吧？

這個版本雖然是屬於 static 那一種，但是 ffmpeg 和 ffprobe 兩者加起來也不到 6MB：

https://github.com/acoustid/ffmpeg-b...nux-gnu.tar.gz

代碼:

-rw-r----- 1 2861552 Nov 4 18:42 ffmpeg -rw-r----- 1 2776080 Nov 4 18:42 ffprobe

另外 MPD 的作者已經提供一組用來解 FLAC 的獨立 plugin，因此不一定需要動用到 ffmpeg 的說：

https://github.com/MusicPlayerDaemon...ecoder/plugins

小弟當初看到 ALAC 的表現不佳，除了 taggings／album covers 方面的因素，實在是不知道 ffmpeg 那一方面的影響有多大，畢竟 mpd-light 真的比較細小，解 ALAC 的時候遇上「龐然大物」的 ffmpeg 會不會比較吃虧呢？

另外還有這個獨立的 dr_wav 方案可以用來解 Wave64：

https://github.com/mackron/dr_libs/t...ster/tests/wav
https://github.com/mackron/dr_libs/blob/master/dr_wav.h

引用:

dr_wav has seamless support the Sony Wave64 format. The decoder will automatically detect it and it should Just Work without any manual intervention.

假如有辦法把它改為 MPD 的 plugin 就不需要 ffmpeg 了。

還有這個不錯的選擇：

https://audiophilestyle.com/forums/t...omment-1166295

引用:

Just to Say how play2dir and moc player sound Amazing with an allo usbridge SIG. For me the best quality sound on a RPI ! Better than all others players.... If the quality sound IS the more important for you try play2dir with MOC player and enjoy it !

主打本地檔案的播放器，因此 Music On Console 的確是非常細小：

https://wiki.archlinux.org/title/MOC
https://aur.archlinux.org/packages/moc-unstable
https://archlinux.org/packages/extra/x86_64/moc/

引用:

Package Size: 220.8 KB
Installed Size: 625.5 KB

MOC 的 source code 如下：

http://ftp.daper.net/pub/soft/moc/
https://github.com/jonsafari/mocp
https://github.com/antonellocaroli/mocp1

如果不喜歡用 SSH 的話還有這個支援 MPRIS 的 MOC 版本：

https://moc.daper.net/node/496
https://github.com/zlbruce/moc-mpris

另一 Python 的外掛 MPRIS 版本，local 或 remote 的 MOC 均可：

https://github.com/progwolff/moc-mpris
https://aur.archlinux.org/packages/moc-mpris-git

然後安裝手機的 KDE Connect 作為遙控器：

https://wiki.archlinux.org/title/MPRIS
https://apps.apple.com/us/app/kde-connect/id1580245991
https://play.google.com/store/apps/d....kdeconnect_tp
2023-01-31, 08:03 PM
sam0402

引用:

作者: seeteeyou

...恕刪
可是選擇 Wave64 格式之後就必須作出妥協，AIFF／ALAC／FLAC／WAV 還是可以依靠外部的 CUE sheets 讀取 taggings 或 album covers，但是 RF64 和 Wave64 比較冷門，或許真的跟 taggings 無緣了吧？

內部的 metadata 就會劣化音質，理論上也不會考慮：

目前看來，在wav上使用 CUE sheets 來做 tag是比較可行的方案，MPD也有支援，只是CUE的內容格式要研究一下，abcde 也要配合才行。

引用:

sam0402 兄 compile 的 ffmpeg 屬於 shared 那一種，/usr/lib 的那些檔案真的相當大：
...
基本上 libavcodec 超過 10MB 的話就不對勁了，有可能是忘掉 --disable-everything 的選項之後再加入真正需要的個別選項吧？

這個版本雖然是屬於 static 那一種，但是 ffmpeg 和 ffprobe 兩者加起來也不到 6MB：
...

沒錯！小弟沒有用上 --disable-everything，也是前兩天才知道有這個選項可用。這次小弟應該就是敗在ALAC，目前也只有ffmpeg方案才能解碼，又剛好ffmpeg沒有被認真處理好。目前看來，FLAC還不算失敗，因為我沒把ffmpeg處理好，FLAC也被拖下水。或許真得要放棄ffmpeg(ALAC)，只留下mpd內建的FLAC plugin。

引用:

另外還有這個獨立的 dr_wav 方案可以用來解 Wave64：
https://github.com/mackron/dr_libs/t...ster/tests/wav
https://github.com/mackron/dr_libs/blob/master/dr_wav.h假如有辦法把它改為 MPD 的 plugin 就不需要 ffmpeg 了。

改採用Wave64，若無法把dr_wav移植入mpd，還是得用ffmpeg，就需要把ffmpeg好好整理過才行，不然又敗在這裡了。
目前看來，mpd 仍有進步空間，至少要先確認是否要採用wave64方案。
2023-01-31, 09:14 PM
seeteeyou
引用:

作者: sam0402

目前看來，在wav上使用 CUE sheets 來做 tag是比較可行的方案，MPD也有支援，只是CUE的內容格式要研究一下，abcde 也要配合才行。

比較需要注意的地方應該是哪一種 CUE 的方式吧？外部的獨立 *.cue 檔案就比較理想，可是內部的那一種嵌入式 cuesheet 實在變得毫無意義了：

https://github.com/johnlane/abcde/bl...1afed/FAQ#L151

引用:

Q. I have a live concert. I want to encode it in a single file. How do i do it?
A. Use "-1" and it will be encoded in a single file. Use "cue" as an action to make a CUE sheet file where the information about the tracks is stored.

Q. Can I use abcde to take a backup of my CD collection?
A. Yes. Use "abcde -1 -o flac -a default,cue" and it will create a single-track FLAC file with an embedded cuesheet. Later on, you can use the command "abcde -o vorbis -d flac-file.flac" to extract the individual tracks in Ogg/Vorbis format. Of course you can select whatever format you want.

https://www.linuxlinks.com/abcde-cd-...ommand-line/4/
引用:
Grab a CD and turn it into a single FLAC file with an embedded cuesheet.
Supports 2 CUE modes: ‘mkcue’ and ‘abcde.mkcue’. mkcue generates CUE sheets from a CD TOC (Table Of Contents).
用這個 package 加上對岸的教學該可以吧，已包含 CDDB 的部分：

https://aur.archlinux.org/packages/mkcue
https://blog.csdn.net/yanxiangtianji...tails/24331553
https://forum.puppylinux.com/viewtop...p=10555#p10555

引用:

Try changing freedb.org to gnudb.org in cd ripper settings, freedb.org is down, but gnudb.org works ok for me (http://gnudb.gnudb.org)

當時該是曾經利用這種 patch 的方式，那是 2007 年的說：

https://hydrogenaud.io/index.php?msg=467029
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=389975

也許 MPD 對於 CUE 格式方面的支援該是比較成熟，看看它的 changelog 就可以找到不少相關的資訊：

https://raw.githubusercontent.com/Mu...PD/master/NEWS

當然最後還是必須比較「完全沒有任何 metadata」與及「只有外部 *.cue 檔案」兩者之間的分別，聽感相差太遠的話就只能夠慨嘆魚與熊掌了。

另外對於 gapless playback 方面的支援也是不容忽視，現場演奏／古典／Opera 類別的檔案所受的影響比較大。
2023-02-01, 07:10 AM
dequad

所以用 EAC (Windows) 或 XLD (Mac) rip CD 的時候，如果去連接 freedb 或其他 CD 資料庫抓專輯資料，rip 出來的音軌檔案除了檔名變成該軌曲名外，檔案內部也會被寫入各種 property/metadata 吧？想不受影響就只好不抓資料，直接 rip 成 track 1、track 2······對嗎？(angry)

下載的高解析格式音樂，檔案裡的 metadata 出廠時應該也被寫好寫滿了。想去除這些 metadata 得再自己加工，對嗎？（我的新喇叭還沒組好，現在連打開電腦看檔案的動力都沒有······）

小弟有個想法，就是希望電腦性能高到某種程度的時候，這些 metadata 對聲音的影響會相對變得較不明顯······

其實我是希望所有的問題最後都能用高到不可思議的電腦性能中和掉，那聽音響就可以輕鬆點了 (懶人的 wishful thinking 啦 :D:D:D)
2023-02-01, 10:08 AM
bchsieh

7 個附件

引用:

作者: dequad

所以用 EAC (Windows) 或 XLD (Mac) rip CD 的時候，如果去連接 freedb 或其他 CD 資料庫抓專輯資料，rip 出來的音軌檔案除了檔名變成該軌曲名外，檔案內部也會被寫入各種 property/metadata 吧？想不受影響就只好不抓資料，直接 rip 成 track 1、track 2······對嗎？(angry)
[恕刪]

dequad兄您好，以下是小弟一直以來的rip方式，給您參考：

小弟多年來皆使用XLD來rip。因為freedb資料庫很亂很多問題，所以小弟是使用Apple Music (以前叫做itunes)來取用gracenote (以前叫做cddb)的資料庫。

第一步，放入CD之後，打開Apple Music，會自動抓到gracenote的資訊。
附件 34236

第二步，打開XLD，選擇開啟音樂CD的時候，因為XLD會先去找Apple Music的資料庫，所以直接可以看到專輯名稱了。
附件 34237

第三步，打開XLD設定，改成儲存成單一檔案+CUE模式，底下是小弟的設定畫面：
附件 34238

第四步，回到XLD主畫面，可以看到視窗上方的模式為單一檔案+CUE模式：
附件 34239

這樣就可以開始直接rip了。

rip結束之後，目的目錄會出現三個檔案(因為小弟習慣儲存rip的log，方便未來檢視)。一個是單一WAV檔，一個是CUE檔，還有LOG檔。
附件 34240

LOG檔的內容很詳細，記錄了rip過程中所有的錯誤/重試等等。
附件 34241

而CUE檔內容，就包含了專輯名稱等等詳細資訊，以及每一個track的名稱和起始時間。只要播放軟體支援，就可以使用CUE檔播放，而且仍然可以看到每一個track的名稱，以及單選某個track播放。
附件 34242

封面其實也有很多解決辦法，不同的MPD client有不同的做法。之前小弟有試過一個MPD client，只要將封面儲存成特定檔名 (例如cover.jpg) 放在跟WAV檔同目錄，就可以透過在播放電腦上面架apache server來抓封面。但因為apache server會佔用資源影響聲音，所以小弟後來還是直接放棄封面這件事。
2023-02-01, 09:01 PM
dequad

非常感謝 bchsieh 詳細的說明！(clapping)(clapping)(clapping)

題外話：沒記錯的話，bchsieh 大提到的 gracenote 是甘棣（他的英文名是 Ti Kan) 和兩位夥伴共同開發出來的。比較「資深」的音響迷，特別是對 DIY 有興趣的，可能看過甘棣在音響技術雜誌連載的「檀島音騎」專欄。那時候甘棣還在夏威夷讀高中，設計了一對用 Audax 5吋中低音和 Seas 高音的小喇叭，還有搭配的一個類似瑞典 Audio Pro B2-50 架構，用了兩個 Philips 6.5吋低音一正一反放置的主動式伺服副低音。組件除了 Philips 低音之外，都是台灣買得到的（副低音的擴大機是他回台灣的時候買的海風電子後級套件），設計和組裝的過程都在專欄連載，他還以這套喇叭作為畢業作品、得到學校畢業生最高榮譽獎。甘棣後來到加州讀大學、成為軟體工程師，業餘開發了 gracenote。記得他曾說跟財團/投資人談出售 gracenote 是他這輩子覺得最頭痛的經驗。

我雖然偏好性能比較現代的真空管機（前級就是 6H30pi、6DJ8、5842之類的，後級則是 OTL/OCL······），一直覺得未來總有一天大概還是得用晶體機。有一次心血來潮，問邱醫師目前線路最完美的晶體後級是哪一部，得到的答案是之前沒聽過的 AMB Labs β24全差動式後級。一查之下發現 AMB Labs 就是甘棣創辦的。當然就先向 AMB Labs 買了 PCB 和配對晶體回來啦。只是 β24 線路因為追求完美，相當複雜，所以到現在還是原封不動。版上若有技術高超的先進閒閒沒事想組裝，歡迎來找我，裝好後先聽兩年再交給我就好 :D:D:D。
2023-02-01, 10:05 PM
psycho

老師在講你們都沒有在聽...............量子效應有多麼機車！？

老師在講你們都沒有在聽...............量子效應有多麼機車！？

大家看過我很多次憑RIP檔就可以隔空判斷大家的CAT或數位播放出什麼問題，再加上WIPEDISK的效果顯著，就應該知道我們戲稱的『量子效應』有多麼機車，所以才要更小心！老師在講你們都沒有在聽...........(giggle) (giggle)

先講重點：因為『量子效應』太機車，所以唯一安全的檔案就是買CD再RIP！！

目前能得到的音樂檔案的方法只有兩種：買CD或網路下載（包含串流），拿外接硬碟到gangster.gen家盜拷那是例外不予討論...(giggle) 我在此聲明如果gangster.gen家被竊一定跟我完全無關！(devil)(devil)

因為『量子效應』，所以網路下載只要從唱片公司=>x=>x=>x=>x....傳到你的pc，中間有任何一個環節經過ssd、很爛的電供、很爛的線材、很嚴重的電磁干擾環境......這個0101絕對bit-perfect的檔案，馬上就會染上骯髒，變難聽了！

如果你聽不出來，那只是證明你的音響系統有問題而己。

相對的，目前最安全也最現實考量的檔案，只有從cd進行rip。只要製做cd沒亂來，根據之前新竹黃大rendzaw之測試來推算：一次正確的燒錄cd，可以扺得上600次正確的硬碟複製(no wipe)；換句話說，透過cd來傳送檔案，有可能比使用外接硬碟來複製更正確，更不用說最爛的網路傳送了。

剛剛才有一個苦主，買了我非常喜歡的唱片原廠之網路下載高解析檔88.2k，拿來跟我rip自cd的44.1比，天啊是垃圾比不上黃金那的天差地遠！！為了公平，我還把我的44.1上傳的google drive放了三個星期，重新下載。經過網路的破壞，這個44.1下載檔己經比原始檔差很多了，結果，無論細節、頻寬與暫態，照樣通通打敗88.2網路檔。

而這種『量子效應有多麼機車』？我使用自己的44.1自行轉換成88.2，居然贏過原廠的88.2？怪我都要懷疑原廠是不是的高解析檔是不是作弊的......不過想想也很簡單：正因為『量子效應』，所以44.1變成88.2的byte數越多，等於越容易被干擾。因此真的想要欣賞高解析檔不必用買的，我教你：cd rip後，再使用goldwave轉成88.2/24，只要轉換過程是使用wipedisk硬碟，我就敢保證電爆原廠的88.2、192、dsd1024.......

至於為什麼只有cd的rip才安全，只能說目前的科技就是如此，說不定等到人人家用網路都是1tb/s的時候，網路下載檔才終於可以比得上cd rip？？

所以，乖乖買唱片去rip吧！.....(devil) (devil) (devil)

(end)
2023-02-01, 11:45 PM
termdoxa

1 個附件

引用:

作者: psycho

吐血的發現..............

(恕刪)
相對的這條 USB 3.0線，外部的金屬殼我『猜想』不是最重要的點，因為早就試過包覆各種材質，差別有限。但是數位線材的接頭有多麼重要早就知道了！從網路線那個什麼TELE頭就己經被嚇到，更何況電源線的3C級法規頭可以上打價格上萬倍的美規頭。所以這個明顯重很多的 USB 3.0頭、明顯體積大上四倍的頭，我心中就大喊不妙：要趕快把 USB 3.1 與 3.2 賣給不知情的學生....(devil) (devil) (giggle) (giggle) (別笑！！他ＸＸ的你們在看我知道，你老師的薪水就是這樣子不見了。。。。。）

總之，連RUN都沒RUN，把RUN透的 USB 3.1線換成這條 3.0鐵殼線，位置是從USB HUB 到第二個U3TT。結果，一開聲我就知道慘了！！那就是網路線升級TELE頭的聲音走向，完全無誤。只不過是 14歐元的升級，他XXX的比升級什麼線材都重要......
(恕刪)

1/7才請人代購，原以為這期間有其他人先分享心得，結果等無人．．．

附件 34243

音響既然是一整套系統，數位端又搞得如此複雜，針對弱點下手才是第一要務。數位端的線材一直是個大問題，還好網路線老師已經找到解答：Telegartner網路頭+LINKWAY CAT.8網路線。然而USB線始終是個大問題，LINDY我一直認為它只是不加料，品質又比一般線材稍微好一點罷了...

下個目標當然是2.5G換成10G網路，CAT性能已經不差了，結果用這種鳥網路...
DT2就算了，買不到的東西就別去想了 (wasntme)(wasntme)(wasntme)

昨天收到USB線後，我只把PC <-> U3TT 這段線從LINDY換成Delock USB線，剛開聲就讓我驚豔，很像我剛上大電容、單CAT改雙CAT、網路HUB上大電容的感受，花點小錢又讓類比端提升一級，不用花錢換喇叭嚕 (devil)(devil)(devil)

有了昨天的經驗，今天嘗試換上第二條Delock USB線，於是產生三種組合：
(1) PC <-> (LINDY USB線) <-> U3TT <-> (amber USB 3.1 Gen2 線) <-> USB 3.1 Gen2 HUB (舊架構)
(2) PC <-> (Delock USB線) <-> U3TT <-> (amber USB 3.1 Gen2 線) <-> USB 3.1 Gen2 HUB
(3) PC <-> (Delock USB線) <-> U3TT <-> (Delock USB線) <-> USB 3.0 HUB

為了用上Delock USB線，組合(3)還降級USB 3.0 HUB。跟我原先的猜想一樣，組合(3)當然是打爆組合(2)，一般的USB線的音響性能爛到不行。
2023-02-02, 12:10 PM
gangster.tank

引用:

作者: termdoxa

1/7才請人代購，原以為這期間有其他人先分享心得，結果等無人．．．

有了昨天的經驗，今天嘗試換上第二條Delock USB線，於是產生三種組合：
(1) PC <-> (LINDY USB線) <-> U3TT <-> (amber USB 3.1 Gen2 線) <-> USB 3.1 Gen2 HUB (舊架構)
(2) PC <-> (Delock USB線) <-> U3TT <-> (amber USB 3.1 Gen2 線) <-> USB 3.1 Gen2 HUB
(3) PC <-> (Delock USB線) <-> U3TT <-> (Delock USB線) <-> USB 3.0 HUB

為了用上Delock USB線，組合(3)還降級USB 3.0 HUB。跟我原先的猜想一樣，組合(3)當然是打爆組合(2)，一般的USB線的音響性能爛到不行。

看來 amber USB 3.1 Gen2線被 Delock USB線打敗了，我只好乖乖找人代購(angel)

如果有人要開團，請讓我跟一個？
2023-02-05, 12:37 PM
psycho

引用:

作者: gangster.tank

看來 amber USB 3.1 Gen2線被 Delock USB線打敗了，我只好乖乖找人代購(angel)
如果有人要開團，請讓我跟一個？

查了一下，發現 amber USB 3.1 Gen2線『看起來』應該比 DELACK 3.1線更高級一些，查原廠也確定它沒有我心生疑慮的PD電源處理晶片。看起來從 termdoxa的測試結果，可以肯定 DELOCK 3.0 鐵殼線完全就是贏在音響性能：可能來自線材結構、可能來自接頭？

真好玩，這一段 USB 3.0 A TO A 或 C TO A，不知道搞死多少條萬元級的音響線；以 REAL-CABLE網路線被狂電的悲劇看來，就算RC推出 USB 3.0線，只怕也不樂觀。偏偏就只有這條 DELOCK 3.0 鐵殼線完全摸到了......(clapping) (clapping)(clapping) (clapping)

不過我己經請海外學生幫我買了四條 0.5M 的，大概是那家網購發現怎麼這條線的營業額爆量所以追加了0.5M規格...(devil) 不過還是要提醒：日後又有新線被發現，就又要堆3C垃圾啦！....(blush) (blush) (devil) (devil)
2023-02-05, 10:44 PM
Higuma

延續上面USB討論,我最近亂找發現這兩款CAT 8網路線.

https://www.ruten.com.tw/item/show?21939052959217

https://www.ruten.com.tw/item/show?21926845071870

其中黃色那款的線身與當初討論的Linkway CAT 8非常相似,個人猜測

是代工之類的關係,而如果確實是相似的產品,那上面灰色那款網路線就

蠻值得期待了,因為根據描述,灰色那款除了端子看起來很講究外,導體也

升級成5N OFC以及強化披覆的屏蔽設計,看起來就是超高頻寬的感覺.

最近有需要網路線的網兄可以考慮看看.
2023-02-06, 12:53 AM
psycho

引用:

作者: Higuma

延續上面USB討論,我最近亂找發現這兩款CAT 8網路線.
https://www.ruten.com.tw/item/show?21939052959217
https://www.ruten.com.tw/item/show?21926845071870
[恕刪]

阿呆，第二個你認為不錯的，幾乎跟我當初買的 40G八类网线CAT8 SFTP双屏蔽网络线，品牌：LINKWAY 一樣！

當初買時淘寶站上就可以區分買不同種：你提出的第一個連結，叫做水晶頭；第二個連結，叫金屬頭。金屬頭跟我的舊線一比，外觀與尺寸完全一樣！只有多蝕刻了一些字樣。

而網路線內部細節的介紹看起來不知是非，這就要問拆過很多次的 tetsuka老大了！...(clapping) (clapping)

總之，當初是肯定線身很正確，但是接頭則輸給 Telegartner MFP8，所以等到 tetsuka幫忙把 LINKWAY CAT.8 的接頭換成 Telegartner MFP8後，應該不可能有任何網路線比這條 tetsuka手工線更正確了！！.....(clapping) (clapping) (clapping)

所以你介紹的這個，自己去試...:P
2023-02-06, 10:46 AM
Higuma

引用:

作者: psycho

阿呆，第二個你認為不錯的，幾乎跟我當初買的 40G八类网线CAT8 SFTP双屏蔽网络线，品牌：LINKWAY 一樣！

當初買時淘寶站上就可以區分買不同種：你提出的第一個連結，叫做水晶頭；第二個連結，叫金屬頭。金屬頭跟我的舊線一比，外觀與尺寸完全一樣！只有多蝕刻了一些字樣。

而網路線內部細節的介紹看起來不知是非，這就要問拆過很多次的 tetsuka老大了！...(clapping) (clapping)

總之，當初是肯定線身很正確，但是接頭則輸給 Telegartner MFP8，所以等到 tetsuka幫忙把 LINKWAY CAT.8 的接頭換成 Telegartner MFP8後，應該不可能有任何網路線比這條 tetsuka手工線更正確了！！.....(clapping) (clapping) (clapping)

所以你介紹的這個，自己去試...:P

不是要抬槓,但第一連結那個黃色的是金屬頭,現在你那條也是黃色的吧?

兩家黃色線的金屬端子確實不太一樣,但我說的是線身,看內部照片兩邊

線身確實非常相似.

至於MFP8是另一個議題,有興趣的確實可以用灰色線搭MFP8試試,

我也覺得會非常好.
2023-02-06, 11:12 AM
tetsuka

引用:

作者: psycho

阿呆，第二個你認為不錯的，幾乎跟我當初買的 40G八类网线CAT8 SFTP双屏蔽网络线，品牌：LINKWAY 一樣！

當初買時淘寶站上就可以區分買不同種：你提出的第一個連結，叫做水晶頭；第二個連結，叫金屬頭。金屬頭跟我的舊線一比，外觀與尺寸完全一樣！只有多蝕刻了一些字樣。

而網路線內部細節的介紹看起來不知是非，這就要問拆過很多次的 tetsuka老大了！...(clapping) (clapping)

總之，當初是肯定線身很正確，但是接頭則輸給 Telegartner MFP8，所以等到 tetsuka幫忙把 LINKWAY CAT.8 的接頭換成 Telegartner MFP8後，應該不可能有任何網路線比這條 tetsuka手工線更正確了！！.....(clapping) (clapping) (clapping)

所以你介紹的這個，自己去試...:P

老實講第二個連結的灰色CAT8網路線使用的金屬頭看起來跟Linkway的CAT8金屬頭是一樣的。
而線徑跟線身內部結構其實感覺上跟Linkway的黃色CAT8網路線也是同樣的。

如果銅線部分真的如賣家所說是用5N銅線，那麼把金屬頭換為Telegartner MFP8後或許聲音就有可能比Linkway的CAT8好。
不過更換Telegartner MFP8這部分就要看有沒有人願意去嘗試看看了。(wasntme)
2023-02-06, 05:52 PM
psycho

引用:

作者: Higuma

不是要抬槓,但第一連結那個黃色的是金屬頭,現在你那條也是黃色的吧?
兩家黃色線的金屬端子確實不太一樣,但我說的是線身,看內部照片兩邊
線身確實非常相似.
至於MFP8是另一個議題,有興趣的確實可以用灰色線搭MFP8試試,
我也覺得會非常好.

『第一連結那個黃色的是金屬頭』<= 你所謂的金屬頭就是我上一說的水晶頭，我自己當初買的黃色網路線，就是你列出的灰色線的金屬頭，完全一模一樣啦！(只有少幾個蝕刻字)...(angel)

至於灰色線到底是不是跟原始黃色的不一樣？這只能自己測試看看，我不要再堆3C料件了！....(blush) (blush)
2023-02-06, 07:08 PM
gangster.tank

1 個附件

附件 34244

Delock USB3.0 鐵殼頭線請人代購啦(devil)
2023-02-07, 01:42 PM
psycho

目前為止，聲音最正確的網路線

目前為止，聲音最正確的網路線

　　因為 Higuma提供的網路線資訊，讓我整理一下網路線的資訊；雖然最後證實了沒有更好的網路線，但是也足以說『現在』的CAT所需要的正確網路線可以怎麼買了；所以把整理後的資訊提供如下：

再一次提醒：正確性的網路線會殺音響！任何發現有更好的網路線之資訊，都要優先懷疑是不是殺音響的假象。

我最早的資訊來自中國 LINKWAY(聯威通訊)，現在仍然適用。首先看這個連結，幾乎台灣所賣的cat.8網路線都可以看到同樣型式....(giggle)(giggle)

https://item.taobao.com/item.htm?spm...d=623798270290

從這裡可以看出，最貴的就是黃色線身電競級，它的接頭我們稱為『水晶頭』，線身直徑為7.2(或7.5)mm，導體是多芯線所以比較軟。在台灣我常買的 BENEVO廠牌，最貴的網路線也類似這一款：

https://24h.pchome.com.tw/prod/DCAC4...N?fq=/S/DCACT2

從以上資訊，我推測性能最高的就是那個黃色線身水晶頭的電競版。但是我們不要買上面那個，要買這個：

https://item.taobao.com/item.htm?spm...d=567063827422

我先前買的是『八類定制跳線金屬旋扣式』，一米99人民幣。現在該連結還有升級版接頭『金屬護套式』、升級版線身『強軔編織線身』，兩者皆升級一米為143人民幣。現在如果要買，我當然會買143的！...:D

根據原廠網頁介紹，這個線身是直徑8.5mm，導體為單芯線、線徑0.64mm 22AWG。當初買下來測試，不但把原先的REAL-CABLE網路線踢到外太空，市面上『任何價位』的音響級網路線通通被打敗，原因只有一個：它是3C廠商，不加料。而音響廠商的高價網路線往往會被可怕的中壢音響室抓到偷加料........REAL CABLE網路線則是性能嚴重不足被壓倒。

確定是絕對正確的網路線後，又發現它的『金屬旋扣式』雖然外觀粗壯甚至比 Telegartner MFP8大一點點，但是明顥 MFP8 的音響性能與電腦性能都大勝『金屬旋扣式』接頭。所以最後在 tetsuka的幫忙下，拿 直徑8.5mm，導體為單芯線、線徑0.64mm 22AWG 黃色線身，加上兩個 MFP8。OK，成為目前為止絕對正確的網路線。

Higuma推薦的網路線是 LINKOMM 的網路線，第一個連結看起來很像是前述的『黃色線身水晶頭的電競版』，第二個連結是灰色線身沒看過，但是依原廠說明，應該接近『八類強軔編織線身』+『金屬旋扣式』。因此依我判斷：沒有換頭的情況下應該還是我的『tetsuka特攻mfp8』版比較正確，所以我就不測試了....(angel) (angel)

因為 LINKOMM 的網路線在台灣會非常方便買到，所以針對台灣的 CAT同好，我推薦直上一公尺870元、五公尺1200元的【LINKOMM】CAT 8 40G 頂級網路線：
https://www.ruten.com.tw/item/show?21926845071870

這是唯一推薦！要再便宜就不知道啦.....最可貴的是不有錢還是窮，一公尺870元、五公尺1200元，完全經濟平等！！

要走向極緻，只能自行把頭換成 Telegartner MFP8。而且老實說：tetsuka的手藝相當好，讓psycho做，『聲音』一定輸給tetsuka做的線。所以自行換頭會有變數.....:p 不過手藝像tetsuka的音響玩家應該也很多！所以只要再買兩個mfp8頭共2000元，也就是說只要幾千元，cat所需要的網路線就己經是『世界第一』直接到頂啦！！

請記住，這是針對 cat.8 網路協定下的網路線之推薦，如果把這條線用在i2s、其他傳輸...那當然不見得適合了！

(end)
2023-02-07, 10:15 PM
07080722

因 psycho 與其他網友測試了 LINKWAY，找機會入手了該牌產品，直接從 1G 網路線，劇躍上 40G 網路線商品。
看了這兩天討論，補充些相關資訊供參考

LINKWAY 40G Cat.8 網路線在之前入手時有兩款，就是 psycho 提供的兩個連結，24 AWG 與 22 AWG 網路線，兩款都有切售網路線，也販售多款不同的網路接頭。

從 LINKWAY原廠資訊，對照 BENEVO 的商品 => S/FTP，鋁箔包覆，鍍錫銅編織網，24 AWG，規格全相符。 BENEVO 這款網路線身與 LINKWAY 屬近似款。

若對照 LINKOMM 的商品(含給評的實品照) => S/FTP，鋁箔包覆，鍍錫銅編織網，22 AWG，0.64mm 單芯線，1.68mm 單芯線徑(含外皮)，8.5mm 左右線徑(含外皮)，規格全相符。 LINKOMM 差在灰外皮，還有寫出 5N OFC( LINKWAY 只寫無氧銅)，5N 這點最讓人在意!!

網路接頭 LINKWAY Cat.8 的產品，有基本的壓接水晶頭，電競級(PCB 內置水晶頭，無單獨販賣)，免壓接金屬接頭。
免壓接金屬接頭有四款 => 水藍色卡榫(金屬螺絲護套)，黑色卡榫(黑或藍，塑膠螺絲護套)，黃色卡榫(金屬旋扣護套，金屬螺絲護套)。

之前買線時，Cat.8 似還未有黃色卡準(金屬螺絲護套)，BENEVO 的產品對應 LINKWAY 電競級，LINKOMM 的產品對應 LINKWAY 電競級與黃色卡榫(金屬旋扣護套)。

總之 psycho 推薦的 LINKWAY 淘寶 143 RMB 選項，網路接頭是金屬螺絲護套，強韌編織線身與無氧銅單芯線，其他規格近似 LINKOMM。價錢有優勢，但淘寶與運送相關風險(運費、時間與可能有未知收費?)。 Higuma 提的 LINKOMM，5N OFC? 金屬旋扣護套，價位多三分之一，但入手時間快。兩者差異有限呢! 5N 這點的差異是否存在? 是我最好奇，也最具吸引力處。
2023-02-07, 11:03 PM
Higuma

1/3很曖昧啊,要說是真的銅料有差或是單純找對岸代工產生的價差都說得通.

但考慮便利性,要新買網路線的可以多考慮支持一下台灣公司的產品,至少不會

比較差吧.

BTW 這幾款線都很硬,讓我很糾結XDDDD.
2023-02-19, 02:11 PM
psycho

JPLAY CAT 音響玩家應該要升級什麼？

JPLAY CAT 音響玩家應該要升級什麼？

這一篇是寫給己經決定走向JPLAY CAT(可能也包括sam0402推廣的CAT)的音響玩家，要探討的問題是：過了一年有閒錢了，要升級什麼才好呢？

當然這個答案不容易精準！所以我只是單純分享最近的經驗.......(blush) (giggle)

話說，自認為中壢音響室的聲音應該是世界頂尖了後（主要原因是因為數位播放最重要，而我的整套數位播放系統應該世界頂尖無誤），一直懶得升級CAT(獨孤求敗)，也沒錢升級類比端(窮啊！)，就一直在按兵不動。這次過年，向老婆大人騙了十萬元(詳情在新天新地網站被人爆料了:~~~~)，終於可以升級類比端了！！

十幾萬元無法升級大件器材，只能升級正確的線材。目前不論價位唯一正確的線材只有香寶寶，而使用香寶寶的REAL CABLE香堡二代喇叭線是2X2結構，這當然成為類比端最弱的一環！所以騙到錢後，馬上下訂了兩對香寶寶4X4(或稱為香堡二代DOUBLE)線，餘料通通轉成香寶寶電源線。舊香堡二代喇叭線先拆一對去當材料。

制作香堡二代DOUBLE線要近一個月，等待時只好拿一對舊喇叭線(比香堡二代喇叭線還貴！！) ESPRIT STRUCTURE 2 暫用。這對喇叭線當初非常正確，可惜出了 REAL CABLE後，被發現『有骨無肉』問題而被請出音響室了。現在重新上陣：高頻端是香堡二代喇叭線，低頻端是ESPRIT STRUCTURE 2。結果，果然又是一樣：HI-FI性能完全沒問題，問題就是『有骨無肉』，聲音的『豐富度』(不只是飽滿度！)就是缺了一大截！只能哀聲嘆氣慢慢等了。

重點是：音響正確時就懶得升級音響，專心聽音樂，聽到現在全都在聽『現代古典音樂』，都不知道要怎麼分享給音響系統不佳的同好......Klarthe 的 K025、K077的現代古典音樂都好聽得要命，K112的Thierry Huillet大提琴作品比聖桑強之太多，K118的第一軌一出聲我就知道有人被HI-RES的網路購買下載檔害死了............少了一對正確的喇叭線後，通通不好聽了！？

由奢返儉難，聽了一個星期實在受不了，想說這麼難聽不想欣賞音樂了，來升級JPLAY CAT吧！

我早就宣傳：讀取硬碟音樂檔的方法必需跟使用音效卡的方法完全一樣，也就是理論上讀硬碟也得四台1500W、24個大電容、USB HUB與U3TT全上、電源隔離..........但是實作上有其困難，再加上光憑音效卡端的蜈蚣串就己經天下第一了，人就懶了，讀取硬碟隨便就好.....(blush) (blush)

所以先前只做到：
1、電源隔離(小地盒) =>PSOCC=> 1500W(無大電容)=> USB轉SATA => 硬碟
2、CONTROL PC => LINDY USB 3.0 => BENEVO USB 3.0 HUB(沒有外接電源) => DELOCK USB 3.1 => USB轉SATA => 硬碟

昨天閒閒沒事，把 USB HUB => DELOCK USB 3.1 中間加上一段 USB A公轉 USB A母 + DC頭，外接一台 COSEL 600W。

一聽之下，不得了！！我的香寶堡喇叭線怎麼回來了？？？

天啊！人懶真的誤事，我那知道只不過升級一個外接5V，就可以得到一對香堡二代喇叭線(三萬元)的改善效果？？

接連插拔測試，沒錯！『沒有』這段外接5V，就像 ESPRIT STRUCTURE 2 喇叭線一樣，頻寬、暫態、細節都不會少，但是『聲音的豐富度』就是少了一大截。如果沒有比較絕對沒有傷害，根本不會發現音響系統還可以升級；等到有比較過後，完蛋了！由奢返儉難，回不去了......

正因為『聲音的豐富度』差一大截，直接導致無法欣賞現代古典音樂，只會發現它無調性、出怪聲、亂八七糟，所以不喜歡這種音樂才正常，喜歡的人要不是『正確的腦補』能力太強、不然我就要懷疑是『偽裝的現代古典音樂迷』了！

把『聲音的豐富度』補回去後，萬歲！我又可以好好欣賞這些『聲音本身』遠比布拉姆斯跟聖桑『優美』太多的現代古典音樂啦！

從這樣的經驗，JPLAY CAT 音響玩家應該要升級什麼？？答案恐怕還是：鬼才知道！！.....(giggle) (devil)

ESPRIT STRUCTURE 2 喇叭線是唯一分辨能力比得上REAL CABLE的，可是它比香堡二代喇叭線還貴！『聲音的豐富度』還輸人家....(giggle) 其他任何價位線材，連HI-FI性能都輸一大截，那就無法討論HI-END了。

外接硬碟當然要像 gangster.tank一樣完全與音效卡一致，但是人家是『正確的腦補大師』，否則正常人誰聽得出這樣佔位子的聲音比較正確？除非你花了一百萬元以上的類比端....(devil)

只能說：如果不在乎佔空間，並且知道過一年就可能要丟掉一大堆電子垃圾，那就先把外接硬碟補好補滿吧！當然你一定聽不出來好在那裡？甚至可能出現『殺音響』效應，這時只能『信 JPLAY CAT得永生』了。

經濟能力較佳的，當然直接投資STSD所有的類比端含所有香寶寶線材，至少再十年內不會有價格相當的對手。我訓練的有錢學生不信邪，真的去借或試聽一條幾十萬元的線材，然後才乖乖回來賠罪：『信 STSD，得永生』。

不過要進化到欣賞現代古典音樂，可能要等到變成老油條了才比較容易....(giggle) (giggle)

重點一：『HI-END 的正確性』己經有絕對客觀的定義了，就是『聲音的豐富度』。從 WIPEDISK、600W變成1500W、香寶寶線材、大電容、電源隔離.....最後通通可以變成這個指標。只是它要求的類比端真的很貴！

重點二：經過測試，USB HUB => USB轉SATA，如果把5V斷掉，將顯示不過電、完全不能使用，這下子『似乎』真的外接硬碟的5V是吃來自USB的5V？所以這個5V外接的效果才會這麼可怕。幸好有偉大的 WIPEDISK，否則憑這個發現，又要全部重新 RIP了！！...(angry) (angry)

(END)
2023-02-24, 04:04 PM
simonshenq

請教各位先進，小弟用bubbleupnp播放雙機jplay時，每首音樂與音樂之間都會有中斷的情形，點選gapless也無效，如果是一般正常曲目當然很正常沒問題，如果是聽像歌劇這種連貫性的就很困擾，請問應如何設定？謝謝
2023-02-24, 08:18 PM
psycho

引用:

作者: simonshenq

請教各位先進，小弟用bubbleupnp播放雙機jplay時，每首音樂與音樂之間都會有中斷的情形，點選gapless也無效，如果是一般正常曲目當然很正常沒問題，如果是聽像歌劇這種連貫性的就很困擾，請問應如何設定？謝謝

這應該是使用JPLAY雙CAT的STREAM模式，我們很多人都是用傳統模式，不懂STREAM模式的問題....(blush) 不知道誰可以幫助新朋友？
2023-02-24, 08:25 PM
simonshenq

因為兩個電腦是在不同的房間，Control PC在書房，用Jplaymini有一點不太方便，不過我知道用Jplaymini這種方式播放是不會有問題的，用遙控的方式播放應該問題就是出在Bubbleupnp上
2023-02-26, 08:59 PM
gangster.tank

附件 34244

我已經收到這些線材了。

剛開始我只將 HUB 到外接硬碟這段 Amber USB3.1 GEN2 TYPE C USB線換成上面的那短短十幾公分的特殊Type C線，結果聲音就變得開闊、直白，細節跟動態也變好。

後來我將
電腦→Delock USB3.1 1m A to A(以前那條)→U3TT→Amber USB3.1 GEN2 A to C→ USB 3.1 GEN2 HUB
變更為
電腦→Delock 86775→U3TT→Delock 86775+Lindy A to C OTG轉接頭→ USB 3.1 GEN2 HUB

外接硬碟仍是那條特殊的C to C線。

有音場變大、電容增加的感受，就是細節變得更豐富了，可是高低頻延伸還不夠？可能還沒RUN開。

那條很短的 C to C 線，開聲非常令人驚艷，完全不用RUN。

呃...外接硬碟換 Delock USB3.0 鐵殼 A to B 聲音似乎就變得比較正常沒那種悶悶的感覺了。
2023-02-27, 09:26 PM
psycho

因為正在等香寶寶DOUBLE喇叭線，結果一直在玩CONTORL PC端的外接傳統硬碟與WIPEDISK，然後又發現了幾個變項，分享如下：

一、外接硬碟(USB TO SATA+12V) => DELOCK USB 3.0線 => BENVEO USB 3.0HUB => LINDY 3.0線 => PC

原先發現 USB線灌 5V 會大幅改善聲音，後來搞出一組 COSEL 5V 1500W+一個大電容，當然聲音狂電 COSEL 600W。那麼，要接在那里是聲音最佳？

答案是：BENVEO USB 3.0HUB => USB B公轉B母電訊分離頭(+1500W！) => LINDY 3.0線 => PC！

己經測試如下：
1、接在外接硬碟 => HUB，遠比不上 HUB => PC！
2、多接一個600W在外接硬碟 => HUB，反而不如不要加！？！？

二、如此最佳外接USB硬碟，進行WIPEDISK慢死了！1.2 M/S........但是因為供電特優，切割850M進行WIPEDISK，把先前的內接SATA之WIPEDISK 打到爆...........

所以用最好的供電(訊號？)去WIPE，一次可以贏人家10次。不過，只要夠多次就可以贏回來。

三、因此想到：如果『內接』SATA硬碟的供電特優，會不會也能產生最好的WIPE效果？試驗如下：

1、3.5內接硬碟必需吃5V+12V，只能用電腦電源，目前正在找管道買 AX1600I...有沒有人要賣我啊？？....(clapping)

2、2.5內接硬碟只要吃5V，馬上使用SATA電源線製造一個 5V DC TO SATA(只接黃線與黑接線)，順利啟動 2.5傳統硬碟。於是內接SATA，進行WIPEDISK，速度是40M/S 不錯！連續WIPE 5次，今天再來把它當成 USB 外接碟聽聽看...........結果全面被 3.5打到爆！？奇怪，2.5比較輕，結果透過它播放的相同音樂檔的聲音也變得比較虛？？而且是立刻分辨出來....:~~~~~~~

3、把很難聽的 2.5 COPY 到 3.5硬碟，與原先在3.5內的原始檔一比，沒有差別？？ 2.5的檔案來自最難聽的內接SSD，COPY到WIPEDISK過的 2.5 就變好聽，但是仍遠輸給 3.5。把這個2.5內的檔案 COPY 到 3.5，OK，與原先在3.5內的原始檔就沒有差別了。

可見 WIPEDISK 的神效，真的就是徹底抹平了『RIP 差異』，而『播放差異』是永遠救不回來的。『RIP差異』的廣義觀點，就是原始檔案經過了網路、爛碟、光纖轉換....造成檔案本身聽起來變差。『播放差異』的廣義觀點，就是正在播放音樂檔時，這個檔案究竟是來自什麼碟、USB線、電源....等等各種變因，它是完全躲不掉的，再怎麼超高價無限價位的數位播放都完全躲不掉......(angry) (angry)

WIPEDISK 這個本人發現的偉大機制，就是可以徹底消除『RIP 差異』，然後對『播放差異』完全沒輒，正說明了兩種差異完全獨立的存在。

然後真是見鬼了！小型的CPU比較難聽、小型的主機板比較難聽、小型的RAM也比較難聽，小型(小瓦數)的電源更是難聽，怎麼連傳統硬碟是比較小的2.5也是難聽？？...(angry) (angry) (angry)

(END)

在一頁顯示本主題中的 40 個文章

所有時間均為 +8。現在的時間是 10:45 AM。