第650頁,共656頁 第一第一 ... 150550600640648649650651652 ... 最後最後
顯示結果從 6,491 到 6,500 共計 6553 條
  1. #6491
    註冊日期
    2007-09-12
    文章
    4,346
    Thanks
    3,162
    Thanked 4,817 Times in 1,680 Posts

    預設

    只要使用 foobar2000 的 youtude擴充功能就夠用啦!
    https://www.foobar2000.org/components/view/foo_youtube

    我同意Higuma說的,聽youtude還要先抓檔真麻煩,而且使用 jplay.asio播放youtude的效果應該己經勝過十萬元級的傳統轉盤...

    但是不同意『其實效果不錯了』,因為跟真正從cd RIP下來的檔案播放相比,還是相差太多太多了;所以我懶得抓檔,純粹是因為『聲音本身』的水準無法滿足。

    引用 作者: Higuma 查看文章
    我是建議用網路串流方式播就好了,不然很麻煩.
    網路卡設置調一下其實效果不錯了,youtube上反而常問題不大.

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


  3. #6492
    註冊日期
    2017-02-07
    文章
    191
    Thanks
    364
    Thanked 341 Times in 171 Posts

    預設

    引用 作者: dearflight 查看文章
    下載 youtube 的軟體 (下載成 mp4?),轉檔的軟體,轉成甚麼檔 (應該是 wav 吧) 分別用什麼
    如果你願意花錢的話,下載youtube的軟體可以使用Internet Download Manager (IDM)。好像也有試用版。
    這個在每次播youtube影片右上角都會跳出來一個小視窗,而且可以選擇被上傳檔案的格式。用這個下載很方便。我是剛好以前有別的需要有買這軟體。又加上,我是要天團才聽得下的圈外人,所以陰錯陽差的都在用youtube聽古典樂。

    至於轉檔軟體,我是用中國一個叫格式工廠的免費軟體。這個可以批次將影片轉成wav。

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


  5. #6493
    註冊日期
    2008-06-18
    文章
    81
    Thanks
    103
    Thanked 81 Times in 40 Posts

    預設

    先聲明,我習慣用下指令的方式
    下載的萬用小工具可以考慮 https://you-get.org/
    轉檔的萬用小工具可以考慮 https://www.ffmpeg.org/

  6. The Following 5 Users Say Thank You to silaslin For This Useful Post:


  7. #6494
    註冊日期
    2015-06-08
    文章
    87
    Thanks
    0
    Thanked 70 Times in 31 Posts

    預設

    說起用winPE作AudioPC的系統,如何集成DT2的驅動進去,以及如何安裝好JPLAY然後還要激活是個問題。不知有沒有辦法做到?假如這個比較複雜的話,不知可不可以在自己AudioPC已經安裝好的系統上製作成winPE?

  8. #6495
    註冊日期
    2015-06-08
    文章
    87
    Thanks
    0
    Thanked 70 Times in 31 Posts

    預設

    還有一個方法就是使用別人做好的微PE,加進DT2的驅動。然後再把安裝好的JPLAY轉成單文件的綠色版。我是大陸這邊的,所以用的是簡體中文的電腦術語。

  9. #6496
    註冊日期
    2014-08-02
    文章
    195
    Thanks
    0
    Thanked 589 Times in 177 Posts

    預設

    引用 作者: Higuma 查看文章
    所以我一直想試的是用PC CAT裝Sam編譯的Linux核心.光是插斷頻率應該就能直上441K了.

    可惜一直沒人嘗試,我自己則是環境不允許.
    https://www.my-hiend.com/vbb/showthr...345#post245345
    山姆兄的 kernel 似乎無法在 mac mini 以外的 PC 執行
    魚與熊掌,不可兼得。

    Kernel 的精簡度跟硬件的兼容度成反比,但更重要的是越好聽的聲音就需要越精簡的 kernel。

    官方的 kernel 版本是 130 MB + 25 MB 左右:

    https://archlinux.org/packages/core/x86_64/linux/
    https://america.mirror.pkgbuild.com/...64.pkg.tar.zst

    https://archlinux.org/packages/core/...linux-headers/
    https://america.mirror.pkgbuild.com/...64.pkg.tar.zst

    而 sam0402 兄的 Quantum 176 版本和 Noël 版本則只有 10 MB + 19 MB 和 11 MB + 19 MB:
    代碼:
    Spider mode enabled. Check if remote file exists.
    --2021-11-24 08:35:18--  https://raw.githubusercontent.com/sam0402/Q176KHz/main/linux-Q176-5.15-1-x86_64.pkg.tar.zst
    Resolving raw.githubusercontent.com... 185.199.110.133, 185.199.108.133, 185.199.109.133, ...
    Connecting to raw.githubusercontent.com|185.199.110.133|:443... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 10554650 (10M) [application/octet-stream]
    Remote file exists.
    
    Spider mode enabled. Check if remote file exists.
    --2021-11-24 08:35:18--  https://raw.githubusercontent.com/sam0402/Q176KHz/main/linux-Q176-headers-5.15-1-x86_64.pkg.tar.zst
    Reusing existing connection to raw.githubusercontent.com:443.
    HTTP request sent, awaiting response... 200 OK
    Length: 20377585 (19M) [application/octet-stream]
    Remote file exists.
    
    Spider mode enabled. Check if remote file exists.
    --2021-11-24 08:35:18--  https://raw.githubusercontent.com/sam0402/Q176KHz/main/linux-noel-5.15-1-x86_64.pkg.tar.zst
    Reusing existing connection to raw.githubusercontent.com:443.
    HTTP request sent, awaiting response... 200 OK
    Length: 11013677 (11M) [application/octet-stream]
    Remote file exists.
    
    Spider mode enabled. Check if remote file exists.
    --2021-11-24 08:35:18--  https://raw.githubusercontent.com/sam0402/Q176KHz/main/linux-noel-headers-5.15-1-x86_64.pkg.tar.zst
    Reusing existing connection to raw.githubusercontent.com:443.
    HTTP request sent, awaiting response... 200 OK
    Length: 20378692 (19M) [application/octet-stream]
    Remote file exists.
    Intel CPUs 的 Mac Mini 沒有甚麼升級的空間可言,那些 latency 超低的周邊就緣慳一面了。

    牡丹雖好,全仗綠葉扶持。

    軟件方面的優化十分好,但是仍然需要硬件方面(latency 是關鍵)的配合。

    跑雙 Xeon CPUs 的話還可以利用 Intel Ultra Path Interconnect(UPI)配合 loopback interface,CPU 一號跑 Roon Core 或 LMS,CPU 二號跑 Roon Bridge 或 Squeezelite,那個 UPI 的 latency 該是天下無敵了。

    而且 Xeon 級數的 CPUs 還可以應付更高的核心頻率/更低的 latency。



    PCM 1536k音質比768k如何?
    這次升級太值了,媲美高級黑膠唱機模擬聲,彷彿傳統反轉膠片,因為細節也很清楚。 768khz略微有點彷彿照片銳化那種過分修飾。
    Denafrips Ares II R2R DAC
    https://www.ptt.cc/bbs/Headphone/M.1...449.A.4FE.html

    Denafrips Ares II R2R DAC / Part 2
    https://www.ptt.cc/bbs/Headphone/M.1...070.A.EA0.html

    樹莓派 4B 只能夠播放 705.6/768 KHz 的檔案,但是 Mac Mini 則可以播放 PGGB Offline 的 1411.2/1536 KHz 檔案:

    https://audiophilestyle.com/forums/t...omment-1127088
    I have three DACs( Denafrips Terminator plus, Holo Audio May L2 and Chord Dave with Sean Jacobs DC4) in use on a rotation basis in my 3 different audio systems. Since Chord Dave has been talked about a lot in the earlier posts so I shall focus more on the Terminator+ and the Holo May which are both capable of going to 32fs (PCM 1411/1536). I have in use 3 Linux servers(carrying my buddy's UKAS Debian OS) and also Taiko extreme server(Window10 OS).The Linux servers are loaded with HQplayer embedded and Taiko extreme with HQplayer 4 desktop and also TAS. I have been using HQplayer for more than 10 years and all along I have been favoring DSD over PCM(for its richer timbre and more musical feeling) until recently. In the past year or so using HQplayer DSD256 with ASDM7EC has been my first pick before the change. The change started after I have acquired the T+ and also the Holo May which are both capable of going to 32fs. Initially I have used HQplayer to real-time upsample to 32fs and using LNS15 noise shaping. The most striking change is there are a lot more details being heard. One can hear the details of different members in the orchestra so much so that it seems that one can now look at the leaves of different trees in the forest rather than just seeing the forest as a whole. The degree is so striking and it is so different from what is heard in 16fs. The only drawback is that it seems to be a little too pinpoint and a slight lack of bloom. But the musical sense is there. No doubt. And then comes the PGGB pre-upsampled 32fs files(using default settings) and all of a sudden the details of 32fs becomes so natural and the response of the orchestra is so unanimous yet you can hear the sounds of different members clearly and with good enough timbre. It seems that suddenly you can get to the best of both worlds. And that gave me the signal to go all the way for PCM. Now the PCM may still be a little more forward but the feeling are excellently conveyed. Everything is so fast so lively and so transparent. DSD would seem a little laid back and occasionally lacks liveliness.

    The road actually is not that straight forward and there are quite some tweaks necessary before one can come to a nice ending.

    First I must stress that one must do volume matching before you can appreciate the musical feeling of high resolution PCM. Given the quiet background of 32fs one can always turn the volume higher and more details can be heard without feeling sound becoming harsh and too pressing. In general I believe the limit of turning the volume higher is mid range becoming harsh. In 32fs one can tune up the volume by 3dB or so and still not feeling any strain from the sound. That is probably taking advantage of the quiet background.

    Second point is I believe that at the source level more detail is the chief concern rather than getting a juicy sound. So to me 32fs is the key to get more detail. One can always tweak your subsequent components or cables to suit your own taste. Or one can also use the options in PGGB to suit your own taste. But if one do it the other way round I am not so sure that one can get back the detail off your juicy sound.
    A Summer of PGGB Software
    https://audiowise-canada.myshopify.c...-pggb-software



    HQ Player 的比較也是差不多,32FS 明顯是佔上風,只是 DAC 方面的選擇就只有對岸的 R2R:

    https://audiophilestyle.com/forums/t...omment-1075198
    After testing with Chord Dave I have also changed to DAC to my old Terminator not plus ( Terminator plus is temporarily away in friend's place) with a view to test result with different DAC and also get a glimpse of what PCM 1411.2 can sound. ( I only use the multiple of 44.1 for lighter CPU consumption). The result is basically similar to with Chord Dave but with the more sumptuous bass from Terminator my server seems to take a lead over the extreme HQplayer alone. The attacks are more sumptuous and well supported. The extreme HQ+NAA still leads by a wide margin especially in the flow of music and the cozy feeling. What about PCM1411.2 The sound is in a class of its own. The sound is smooth without edges(which are sometimes evident in poorly executed PCM). The instruments have body and the nuances are clearly revealed. It is not so much as the same as DSD which still gives a more sumptuous body and well harmonized soundstage. But the PCM1411.2 is best described as giving a perfect flow of music. The details are more and the presentation are a bit different from 705.6. You see more of individual instrument's body and can also sense the layering more in the orchestra but you may not be able to feel a block of harmonized sound. Or maybe it is another way to say that you may need to take time to get accustomed to listen to so many detail.
    PGGB Offline 的上限是 80 億 taps,PGGB-RT(只有 705.6/768 KHz)也達到 10 億 taps,而 HQ Player 則只有 1,600 萬 taps。

    Noise shaping 方面的質素正是取決於那個 tap length 的多寡。



    始終 latency 方面很理想的周邊還是配合華碩的旗艦型號主機板和這種『超級精簡』的 Windows 版本比較好,門欖比 Linux 低一點:

    http://jplay.eu/forum/index.php?/top...ws2012stdcore/

    除非把整台 CAT 專機寄給 sam0402 兄,然後 compile 專用的 kernel 版本,否則也不知何時才可以等到支援 Mac Mini 以外的主機板。

  10. The Following User Says Thank You to seeteeyou For This Useful Post:


  11. #6497
    註冊日期
    2009-06-13
    文章
    362
    Thanks
    29
    Thanked 755 Times in 222 Posts

    預設

    沒想到這麼困難,也是,PC相較於樹梅,元件需要的driver多了好幾倍.

    我本來以為核心不變,包入需要的driver就好......但確實這就需要使用者

    有能力自己處理自己需要的環境,否則無法保證相容性.

    敢問那如果是WinPE呢? 是否只要包入DT2這樣的特殊driver與播放程式

    就能當CAT使用?

  12. #6498
    註冊日期
    2015-03-17
    文章
    260
    Thanks
    214
    Thanked 806 Times in 231 Posts

    預設

    引用 作者: Higuma 查看文章
    ...
    我本來以為核心不變,包入需要的driver就好......
    大致是這樣沒錯,所以我先依可能性比較高的網卡driver先包入,至少要讓網路通。
    其他跟無關緊要的硬體,沒驅動也就沒差了。

    至於要發揮更高階的CPU效能,就要在Compile時下參數,加入新的指令集。
    所以折衷方案是:挑選兩三款合適的電腦,量身打造最適配的Kernel,再加上Quantum。
    如果要配合所有樂友的硬體,對小弟而言那是Mission impassiable。

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


  14. #6499
    註冊日期
    2015-03-17
    文章
    260
    Thanks
    214
    Thanked 806 Times in 231 Posts

    預設

    引用 作者: sam0402 查看文章
    ...
    所以折衷方案是:挑選兩三款合適的電腦,量身打造最適配的Kernel,再加上Quantum。
    ...
    關於這部份,小弟想法是,挑選的電腦 功能越少越好,但運算力要越強越好。
    這是小弟Compile Kernel 的經驗來的。

  15. The Following 5 Users Say Thank You to sam0402 For This Useful Post:


  16. #6500
    註冊日期
    2017-02-14
    文章
    504
    Thanks
    1,363
    Thanked 1,463 Times in 404 Posts

    預設

    今天把外接硬碟供電電源改回Cosel 1500有加上3個電容,對比Daitron PFS300,音色略輸,但暫態大勝不會有動態壓縮的問題,聲音聽起來是自然舒服的。
    (買到品項不錯的Cosel 1500)

    會買回Cosel 1500主要是發現RIP出來的檔案不夠理想,直接播放也有差。

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


發文規則

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