第690頁,共714頁 第一第一 ... 190590640680688689690691692700 ... 最後最後
顯示結果從 6,891 到 6,900 共計 7137 條
  1. #6891
    註冊日期
    2020-12-31
    文章
    186
    Thanks
    307
    Thanked 505 Times in 168 Posts

    預設

    引用 作者: 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。

    cosair.jpg

  2. The Following 4 Users Say Thank You to dequad For This Useful Post:


  3. #6892
    註冊日期
    2014-08-02
    文章
    320
    Thanks
    0
    Thanked 788 Times in 273 Posts

    預設

    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)

  4. The Following 4 Users Say Thank You to seeteeyou For This Useful Post:


  5. #6893
    註冊日期
    2015-03-17
    文章
    552
    Thanks
    351
    Thanked 1,416 Times in 482 Posts

    預設

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

  6. The Following 2 Users Say Thank You to sam0402 For This Useful Post:


  7. #6894
    註冊日期
    2020-12-31
    文章
    186
    Thanks
    307
    Thanked 505 Times in 168 Posts

    預設

    哪個善心人士大發慈悲,拜託趕快試一下 wav vs. wav64,然後告訴我 w64 不好聽
    不然又要轉好幾 TB 的音樂檔案了

  8. #6895
    註冊日期
    2014-08-02
    文章
    320
    Thanks
    0
    Thanked 788 Times in 273 Posts

    預設

    轉檔的話通常是用 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:acXRECODE3,畢竟兩者支援的格式比較多。

  9. The Following 3 Users Say Thank You to seeteeyou For This Useful Post:


  10. #6896
    註冊日期
    2014-08-02
    文章
    320
    Thanks
    0
    Thanked 788 Times in 273 Posts

    預設

    引用 作者: 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

  11. The Following 2 Users Say Thank You to seeteeyou For This Useful Post:


  12. #6897
    註冊日期
    2015-03-17
    文章
    552
    Thanks
    351
    Thanked 1,416 Times in 482 Posts

    預設

    引用 作者: 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方案。

  13. The Following 2 Users Say Thank You to sam0402 For This Useful Post:


  14. #6898
    註冊日期
    2014-08-02
    文章
    320
    Thanks
    0
    Thanked 788 Times in 273 Posts

    預設

    引用 作者: 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 類別的檔案所受的影響比較大。

  15. The Following 2 Users Say Thank You to seeteeyou For This Useful Post:


  16. #6899
    註冊日期
    2020-12-31
    文章
    186
    Thanks
    307
    Thanked 505 Times in 168 Posts

    預設

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

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

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

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

  17. The Following 4 Users Say Thank You to dequad For This Useful Post:


  18. #6900
    註冊日期
    2007-10-23
    文章
    884
    Thanks
    3,135
    Thanked 3,785 Times in 778 Posts

    預設

    引用 作者: dequad 查看文章
    所以用 EAC (Windows) 或 XLD (Mac) rip CD 的時候,如果去連接 freedb 或其他 CD 資料庫抓專輯資料,rip 出來的音軌檔案除了檔名變成該軌曲名外,檔案內部也會被寫入各種 property/metadata 吧?想不受影響就只好不抓資料,直接 rip 成 track 1、track 2······對嗎?
    [恕刪]
    dequad兄您好,以下是小弟一直以來的rip方式,給您參考:

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

    第一步,放入CD之後,打開Apple Music,會自動抓到gracenote的資訊。
    rip_1.jpg

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

    第三步,打開XLD設定,改成儲存成單一檔案+CUE模式,底下是小弟的設定畫面:
    rip_4.jpg

    第四步,回到XLD主畫面,可以看到視窗上方的模式為單一檔案+CUE模式:
    rip_3.jpg

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

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

    LOG檔的內容很詳細,記錄了rip過程中所有的錯誤/重試等等。
    rip_6.jpg

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

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

  19. The Following 11 Users Say Thank You to bchsieh For This Useful Post:


發文規則

  • 不可以發表新主題
  • 不可以發表回覆
  • 不可以上傳附件
  • 不可以編輯自己的文章
  •