Switch mạng + lọc nguồn cho nhạc số

Công nhận đây là topic có nhiều comment dài nhất từ trc đến nay [emoji23][emoji23][emoji16]

 

vẫn bài mod , con DAC này mod nguồn linear có ăn thua không các bác nhỉ ?

 

Tôi có nhìn hình ảnh nội thất của NUCLEUS qua mạng, cả bản I3 và bản I7, và nhiều video phân tích về Nucleus, còn Intel NUC thì tôi có nhiều, đa phần mua về làm đồ chơi rồi vất. Câu hỏi tiếp theo của bác là gì ?(tôi cũng đoán được bác định hỏi gì tiếp) trước khi hỏi thêm bác đọc giúp white page của nó để có cái nhìn về thiết kế và RoomLab xử lý các vấn đề mà trên IntelNUC bán ở chợ không quan tâm.

https://docs.google.com/document/d/1pUj-yFsAHPgTuV1TbcESA4va1_mxv1M_VQPJV___nuQ/edit

RoonOS trên Nucleus được tối ưu ở mức kernel, và cả BIOS trên Nucleus cũng được tweak lại là nơi tạo ra sự khác biệt so với việc cài ROCK/RoonServer trên Intel NUC/PC/Mac, bác nghĩ bác có được RoonOS và cài lên IntelNUC? nó đắt một phần vì chi phí R&D cho việc custom và tự build lấy cái OS dùng riêng và tối ưu cho audiio trên từng packages trước khi bundle vào RoonOS, thực hiện hàng nghìn cái testcases để test các functions khi code xong, và cũng một lượng lớn regression sau mỗi cái bugfix, làm các bản vá lớn (patches) để fix lỗi và phân phối đến người dùng, nâng cấp version và mở rộng tính năng, hỗ trợ suốt vòng đời sản phẩm, rât nhiều cái người dùng không quan tâm đến, chỉ khi mua về và reverse engineering phần OS ra thì mới thấy, đó là tôi đang nói về phần mềm nơi quyết định trải nghiệm của người dùng.

Nếu bác đã sở hữu một con NUCLEUS, tháo toang nó ra so sánh với con NUC mua ở chợ, ngồi soi từng chi tiết mà không hiểu vì sao mình phải mua đắt thế, thì bác nên mua mấy con Intel NUC ngon bổ rẻ theo bác nghĩ mà dùng cho đỡ tốn kém , bỏ ra cả hơn ngàn đô để mua con nucleus đó mà nó chẳng khác gì con NUC làm gì cho phí tiền?

Cũng là người làm phần mềm hệ thống, tôi hiểu vì sao chi phí nó đắt, không phải tất các hãng đều có khả năng làm tất cả mọi thứ từ sofware đến hardware và tối ưu cho nó được trừ Apple, người ta phải trả phí mua license khi dùng các phát minh, pattern đã đăng ký cùa người khác ngoài chi phí ban đầu cho R&D và product development.
Tôi cũng là người dùng Roon với lifetime subcription, tôi không mua nucleus mà dùng customized PC (not IntelNUC) để chạy roon server, nội cái chuyện sử dụng bao nhiêu core trên CPU khi upconversion nó cũng đã khác nhiều rồi so với con Nucleus dung RoonOS của hãng làm khi chạy cùng task vụ.

Tôi rất muốn được nghe các cao kiến từ bác, biết đâu tôi học hỏi được gì thêm chăng? hoặc giả cũng biết mình sai chỗ nào.

 

@Leean: Vì chúng ta đang nói không đúng chủ đề topic nên hẹn thảo luận với bác ở nơi khác thích hợp trên diễn đàn.

Bác tìm hiểu xem Nucleus và Roon ROCK khác nhau chỗ nào. Have fun!

 

@Wingman

Nhất trí. Bác vui lòng cho mình xin trước cái đề cương sơ bộ bác dự định thảo luận cụ thể cái khác nhau là gì, vi dụ như: cái gì/nó thế nào/tại sao phải thế? v.v... để mình chuẩn bị trước được không ? vài gạch đầu dòng cũng được ta hẹn nhau ra chỗ khác thảo luận.

Cái này chủ đề nó rộng lắm nếu nói về software engineering, mà đã nói thì phải nói đúng có cở sở từ lý thuyết đến số liệu cụ thể, kết quả từ test scenarios, log test và ti tỷ cái cấu thành một nền tảng... etc, mọi cái đều liên quan chặt chẽ với nhau, chứ nó không thể sinh ra từ không khí được, chém bậy hay chỉ nói cho vui thì mình không hứng vi fnó không mang lại giá trị gì. Again, bác vui lòng gạch đầu dòng cái bác muốn nói để lthảo luận nó đúng thực chất và trọng tâm ,

Nói về cái khác nhau của software thì từ mức ngôn ngữ lập trình thôi cũng đã mất cả ngày rồi chứ chưa nói đến tính năng và trải nghiệm người dùng. Mình chỉ yêu cầu phậm vi như vậy là vì mình không muốn tốn quá nhiều thời gian.

Trước tiên bác kiếm giúp mình cái RoonOS và cài lên mấy con máy khác ngoài Nucleus trước đi để ta có thể đem đi so sánh, cài RoonOS lênIntelNUC được thì càng tốt, còn Roon ROCK thì quá dễ rồi, nếu không thì nó sai cái đề bài ngay từ đầu rồi.

Mà đã sai ngay từ đề bài thì xin lỗi mình không rảnh thời gian cho những cái sai ngay từ phương pháp luận ban đầu và logic tranh luận.

Đó là phương pháp thảo luận của mình. Rất mong có dịp trao đổi và học hỏi từ bác

Have fun!

 

Đọc qua nhiều bài của bác Leean, thấy kiến thức nền tản và chuyên sâu về điện tử viễn thông của bác quá xuất sắc, làm Dev hardware cho hãng Mỹ thì khối ông tiến sĩ VN không vớ nổi, em cũng học IT ở DHQG VN mà ko dám phát biểu gì, sợ lòi cái kiến thức bị hỏng ra, bác cười chết, cùng là người VN cả mong các bác trong forum đừng tự ái và gạch đá nhau, cái gì mình ko biết thì học và tích góp từ người biết, mong bác Leean có thời gian đóng góp nhiều bài biết hay cho forum về mạng và việc ứng dụng nó cho cuộc chơi network audio, Ngày xưa có bác Unision cũng là kỹ sư mỹ với kiến thức về loa rất pro, nay forum có thêm bác Leean, rất đáng mừng vì người VN rất thông minh và giỏi.

 

Bác làm mình phải đọc lại cái rfc647 để đoán bác là ai
Bác đừng nghĩ tiêu cực vậy, chỉ là trao đổi cái biết và cần biết thêm thôi, retrospective và knowledges transfer là một phần công việc hàng ngày của mình.

 

ROCK chính là Intel NUC chạy Roon OS.

Em kết luận luôn ở đây cho đỡ tốn tài nguyên diễn đàn. Nucleus và ROCK đặt trong fanless case loại tốt như Akasa Turing tiếng như nhau. ROCK với fanless case cùng nguồn tuyến tính cỡ HDPLEX trở lên tiếng hay hơn nhiều so với Nucleus dùng nguồn xung rẻ tiền mà Roon khuyên dùng. Theo em Roon rành phần mềm chứ phần cứng là tay mơ thôi.

Với audio nói chung, nhất là digital audio cần trải nghiệm thực tế, chứ cứ dùng lý thuyết rồi suy đoán nhiều khi không đúng đâu. Trên AudiophileStyle có những người chơi là kỹ sư, thậm chí chuyên gia IT đấy bác.

Good day!

 

Một người chuyên về phần mềm mà tư vấn về audio thì các bác cũng nên chọn lọc thông tin chứ không rà rối cả lên.

 

Bác nói thế thì có lẽ em chưa đủ trình độ để thảo luận tiếp với bác rồi, e là mấy tay kỹ sư ở RoonLabs cũng chưa đủ tuổi để thảo luận luôn. Chơi audio thì cứ phải lung linh, huyền bí và ngồi xổm lên các phép biện chứng cơ bản nhỉ, đỉnh cao hi-end nó phải thế chứ

Chào bác và chúc bác một ngày tốt lành

 

Vâng các bác cứ chơi đi ạ, em chỉ là thằng tay mơ biết quái gì về "audio" đâu mà bàn, ở đây toàn cao thủ xin kiếu
Thế nhé.

 

2 cái máy tính là như nhau cùng được Intel làm ra một bên là RoonLabs mua về bên còn lại là audiophile mua về; RoonLabs làm ra Rock cài vào cái máy mới mua được, audiophile thấy vậy cũng cài Rock do RoonLabs làm ra và cả hai cùng bật một bản nhạc lên thưởng thức, RoonLabs đắc ý bảo máy của mình làm ra sao nghe hay hơn máy kia thế nhỉ, còn audiophile thì lại bảo máy của mình nghe hay hơn. Intel thấy vậy bảo rằng thôi đi 2 ông ơi cả 2 máy là do tôi làm ra như nhau đấy! kể chuyện vui chút!

 

Bác cho em hỏi Roon OS là món gì vậy, nó ko phải ROCK hay sao?

 

Nó hơi khác xíu bác ạ. Hãng roon có giải thích chi tiết đây. https://help.roonlabs.com/portal/en/kb/articles/roon-optimized-core-kit

 

Khi nào bác Leean rỗi bác viết 1 bài phân tích sâu về mặt truyền nhận dữ liệu trong hệ thống mạng, có thể cho ví dụ, phân tích đánh giá ưu nhược của từng trường hơp mà ae hiện tại có thể đang chơi, của 2 mô hình stream là online tidal, qobuz , và stream offline (từ nas, hdd) từ server truyền tới bridge như roon, hqplayer, ae giờ chơi theo kiểu thầy bói xem voi thấy nghe được thì chơi, không được thì đổi tiếp, mò dọc phá tiếp, chứ cơ sở lý thuyết để xây dựng mô.hình truyền dẫn tốt thì mù mờ quá.thanks bác, nếu có gì trở ngại và tốn thời gian của bác quá thì thôi cũng được. em đã chuyển nghề khác hơn hơn 10 năm giờ chỉ đủ thường thức để sd công nghệ thôi, với lại ngày xưa lười và dốt tiếng anh học có chịu đọc được tài liệu nước ngoài đâu, bữa vướn chổ mạng này, muốn hiểu rõ quá trình truyền nhận gói tin ở tầng vật lý xung điên nó truyền đi như thế nào và nhưng yếu tố nào làm nó nhiễu, và làm biến dạng tín hiệu như thế nào mà bó tay, ko tìm được đáp án, một lần nữa cám ơn bác, chúc bác nhiều sức khỏe.

 

Như nhiều lần đã đề cập ở các thảo luận trước, tôi không phải là kỹ sư âm thanh nên không thể thảo luận gì về cái trải nghiệm âm thanh cả, những gì tôi muốn nói chỉ là các mảnh ghép trong một hệ thống xử lý thông tin tín hiệu số mà thôi, mà nói về xử lý hệ thống thông tin số (digital system) thì một phần cốt lõi khong thể bỏ qua đó là data communication. Data communication nó rất rộng và len lỏi vào toàn bộ các khâu xử lý trong một hệ thống thông tin có tương tác, Viết về nó để người dọc có thể hiểu mà không cần có kiến thức chuyên (domain knowledge) thì quả thực là khó, vì nó sẽ phải liên quan đến nhiều công thức toán học nơi người ta thực hiện các phép biến đổi, ngồi tính toán và đôi lúc phải tích phân nhiều lớp mới ra được một đại lượng cần tính. Những ai đã từng học về digital system đều hiểu nó lằng nhằng và phức tạp thế nào.

Vì chủ đề trong topic này liên quan đến stream nhạc dù là từ local hay qua streaming services, nó cũng không năm ngoài phạm vi của những chủ đề quan thuộc, liên quan trực tiếp đến network. Bác có đề cập đến việc muốn có một cái nhìn từ tầng vật lý đến mức logic của tầng trên, tôi có thể thu xếp thời gian để làm một cái tutorial nhỏ về Line coding (mã hóa đường truyền) nơi dữ liệu nhị phân cần truyền/nhận được ánh xạ đến các xung vuông và chuyển đi trên đường truyền, nó cũng liên quan trực tiếp đến các bộ lọc phổ tín hiệu số dùng để tách và triệt các xung đồng bộ để lấy ra thông tin (binary bits extracting) tại các đầu thu và nhận thông qua các mạch Digital Phase Locked Loop (DPLL circuitry) trên các điểm thu phát (PC/NAS/DNLA server -> switch -> Ethernet builtin trên DAC). Tại sao tôi nói đến DPLL? là vì đã có rất nhiều ngộ nhân về cái gọi là xung đồng bộ trên mã hóa đường truyền bị hiểu nhầm thành những xung đồng bộ của tín hiệu âm thanh khi thực hiện lấy mẫu tín hiên tương tự và chuyển sang tín hiệu số trên miền thời gian và nó được tái sử dụng tại các mạch tái đều chế tín hiệu số đầu xa thông qua đường truyền mạng (cái mà một bác ở đây gọi là xung đồng bộ realtime của file nhạc số dùng cho con DAC, cho nên con swicth audio nó phải khác khi truyền audio data so với các loại dữ liệu binary khác). Line coding là một phần cở sở lý thuyết để người ta implement nó trong sản phẩm thực tế, các bộ chuyển mạch Ethernet dùng cáp đồng/cáp quang , đến metro LAN dùng nhiều media khác nhau nói chung là công nghệ Ethernet, sẽ có nhiều thuật ngữ tôi cũng không biết phải dịch ra tiếng việt như thế nào nên sẽ giữ nguyên. (Cái này tối đã một lần viêt và đăng trên diễn đàn học thuật cảu viettelecom.org từ những năm 2000s. tôi có tìm lại nhưng không thấy nữa, hình như DB đã bị corrupt đâu đó).

Tuy nhiên do mức độ quan tâm của nhiều người là khác nhau vì giới hạn background của mỗi người. Bác nào thực sự quan tâm thì comment bên dưới, tôi sẽ thu xếp thời gian ngồi viết lại. Đây là một bài viết có tính học thuật nên có thể không phù hợp với nội dung trao đổi hàng ngày ở đây, mọi người cần cân nhắc.

Tôi biết trên đây cũng có rất nhiều bác học về EE Engineering nên cũng không dám múa riù qua mắt thợ. Tôi chỉ là người làm nghề và biết về nghề như một yêu cầu bắt buộc trong công việc, cũng không giỏi giang gì, chỉ có điều khi làm nghề, ta phải làm đủ, làm đúng, và phải kiểm tra chất lượng công viêc mình làm với kết quả số liệu mình bạch. Đó là một phần của đạo đức nghề nghiệp mà thôi.

@rfc647 : bác implement cái gì từ cái rfc như tên của bác vậy? ý tôi là application của nó

 

Nói bác đừng cười chứ rfc không phải là request for comments mà là rock fan club, 647 mà mã số sv của em thôi, em ngày xưa chỉ học về phần mềm, mạng chỉ học môn cơ sở thôi, với lại giờ đã chuyển nghề khác hơn 10 năm rồi, giờ chỉ làm kinh doanh may mặc, it nữa vời như em thì chuyển nghề khác dễ sống hơn.

Bác có lòng viết thì ae vnav sẽ rất ủng hộ, vì đa phần ae rất mê tìm hiểu học hỏi, tùy từng người có thể hiểu và thu nhận kiến thức, rồi có hướng đi riêng của mình trong việc kết nối mạng trong audio.

Thanks bác nhiều

 

Ồ thì ra là vậy.

Ở VN có nhiều chuyên nghành nghe rất ... tổng quát, ở nơi tôi đã học và làm việc khi nói chuyện với bọn đồng nghiệp thì "Điện từ - viễn thông" là cái gì ghê gớm lắm với chúng nó thằng nào cũng nể.

Sinh viên nghành kỹ thuật và y tế ở VN khi sang bên này muốn học tiếp thì phải học lại khá khá môn thì mới đủ điểm để học chuyên nghành nâng cao(cũng tùy theo trường), sau đó mới có thể đi xin việc. Nên mình nói về khoảng cách trong đào tạo ở VN so với nước khác nó là ý vậy, chứ cũng không phải là chê bai hay bài xích gì nguồn gốc của mình như một bác trên đây từng chỉ trích.
Học lên phD cũng chỉ là nhu cầu và nguyện vọng của mỗi người, nếu anh thiên về nghiên cứu và khám phá chứ không thích làm về production thì anh gắng xin budget hoặc được financed để học tiếp, rồi sau chuyên làm research cho các hãng. Cũng không có quá nhiều khoảng cách giữa thạc sỹ và tiến sỹ khi đi làm về công nghệ hay production, tuy nhiên phần đông khi học tiếp lên phD thì người ta đều đã có skills từ hồi còn làm engineer rồi, vi chúng nó đều phải đi làm và saving để có tiền học lên tiếp. Ở VN mình thì khác, tiến sỹ nhiều vô cùng .

 

Bác Leean nên lập một topic/chủ đề khác trên forum, trả lại chủ đề chính cho chủ

Trong chủ đề mới, bác chuyên nói về kỹ thuật và tư vấn nên lựa thiết bị như thế nào để đáp ứng tốt các tiêu chuẩn thuần kỹ thuật đó, để mọi người hiểu biết thêm và có cách nhìn nhận và có cách đi cho riêng mình.

Mỗi người có cái tai và cảm nhận riêng về âm thạnh (em không nói âm nhạc, âm nhạc nó giống như một "đạo" mà có thể nhiều người follow), 9 người mà 12 ý kiến đó là chuyện bình thường.

Kỹ thuật tốt, đương nhiên sẽ có kết quả tốt, hiểu rõ bản chất vấn đề, sẽ có cách chơi phù hợp.

Em rất mong được bác lập các topic thuần kỹ thuật như vậy.

Cám ơn bác.

 

Bác viết thế này mà cũng có người like mới chết dở, trải nghiệm nhiều đi bác ơi. Phần cứng tốt chỉ là 1 phần, phần mềm tốt mới quan trọng. Bác build 1 PC 100tr vẫn ko hay bằng music server hãng 50tr. Em ko muốn giải thích dài dòng, bác tự tìm hiểu thêm đi nhé.

 

Ở phần trên nôi nói n

Sở dĩ tôi mượn nhà người khác post trong này vì tôi cũng mới đang ký account và chưa có quyền tạo topic vò là member mới, giờ thì được rồi, khi thu xếp được thời gian thì tối sẽ tạo ra một topic riêng để mọi người cùng thảo luận.

Về việc tư vấn mua bán thiết bị thì tối e rằng mình không có khả năng vì tôi không buôn bán đồ audio, netwỏk, cũng không có điều kiện trải nghiệm được nhiều đồ cao cấp đắt tiền như nhiều bác ở đây sở hữu, nên cái gì biết thì mới nói. Có một điều tôi thường tự hỏi khi đọc các topic ở nhiều mục trong này là vi sao it người quan tâm đến các định dạng và tiêu chuẩn âm thanh của nhạc số ? cái đấy rất quan trong vì nó liên quan trực tiếp encode và decode một định dạnh âm nhạc trên các thiết bị giải mã, chẳng đâu xa, ta đang chơi nhạc số ,và ai cũng gần như có cả kho nhạc vài tera bytes chứa các file nhạc nén và không nén ở nhà, nhưng phổ biến nhất là file flac(định dạng được dùng nhiều trong các tiêu chuẩn hi-res), có ai từng tự hỏi vì sao một con DAC nó biết cái mẫu âm thanh mà nó đang tái điều chế đấy lấy thông tin đâu ra về định dạng, tần số lấy mẫu, phân giải các kênh stereo, phần giao giữa chúng, và hàng tỷ thứ trong cái file đấy ? Đã đi đến con DAC rồi và không con liên hệ gì đến analog ( analog chain termination) thì nó làm gì còn phần analog gốc để tham chiếu nữa? Câu hỏi đấy dành cho mọi người

Cái này sẽ thật sự thú vị khi ta biết con DAC của mình nó đang làm việc với cái gì và nó cần làm như thế nào. Tôi cũng mong có thời gian để trao đổi về cái này, tôi nghĩ Audiophile phần đông cũng cần biét it nhiều về nó. Mình nghĩ nó sẽ hữu ích hơn là khi đi quá sâu vào những phương tiện và cách thức truyền dẫn dữ liệu bên dưới, cái mà bản thân mình cũng thấy nhức đầu khi nghĩ về nó.

 

Rất mong bài viết đầy đủ của bác. Tuy nhiên, background mỗi người không như nhau nên sẽ rất khó để bắt đầu từ đâu bác nhỉ! Theo em, bác focus vào chuỗi PC/NAS/DNLA server -> switch -> Ethernet builtin trên DAC chắc sẽ phù hợp và anh em sẽ dễ hiểu hơn.

Hoàn toàn nhất trí với ý kiến của bác.
Kỹ thuật tốt, đương nhiên sẽ có kết quả tốt, hiểu rõ bản chất vấn đề, sẽ có cách chơi phù hợp, cân bằng hơn và tối ưu theo điều kiện của mình bác nhỉ!

 

lâu rồi mới có bác chia sẻ chuyên sâu và quyết liệt như vậy, gần đây nhất thì có bác @trung224 và bác Nhân (giờ đã ra shop).
kiến thức nền tảng là cần thiết, rất cần thiết, nhất là trong trào lưu nhạc số và thêm phần thú vị cho ai muốn tìm hiểu, và không bị lạc lối ở mức độ nào đó.
với đa số, có mình, đôi khi được nghe nịnh lại thích hơn những lời nói thẳng - 1 ví dụ hơi khập khiễng giữa việc nghe 1 bài hát từ 1 thiết bị dù còn nhiều khiếm khuyết về điện đóm truyền dẫn ù xì nho nhỏ nhưng lại tự thấy ma mị cuốn hút hơn 1 dàn máy quá sạch.

 

Có thể bác hiểu sai ý của em, về lựa chọn thiết bị phù hợp, em thí dụ:

+ Do quá trình truyền ABC này, nhiễu XYZ có thể xâm nhập, nên thiết bị có chức năng 123 sẽ chặn nó hoặc hạn chế nó (không nên tên thiết bị gì, hãng nào),....

em chỉ muốn biết thuần kỹ thuật, em không sa đà vô hoặc focus vô hãng nào/shop nào đang bán/ai đang cung cấp.

cám ơn bác.

 

Tôi nói thiết bị là nói chung cho tất cả những cái ta cần để build một home music system. chứ không riêng một cái cụ thể, tôi cũng chỉ nói về cái mình biết và từng mua để thử dùng nó mà thôi, làm sao mà biết được hết thiết bị cảu các hãng làm đồ audio ? chuyện đó là không thể.
Nhiễu nó là một sự ký sinh trên mọi hệ thống dùng đến... điện, sẽ không có cái device nào không có nhiễu 100% cả kể ở trong phòng Lab (có thể trừ đồ của NASA làm cho mục đích chuyên dụng, hay đồ của quân đội Mỹ dùng trong thực địa để chống lại sự tấn công điện tử, - chế áp điện tử nói chung). Về cái này thực sự tôi cũng không biết.

Bác không thấy là tất cả các amply, DAC, đồ liên quan đến xử lý tín hiệu dù là analog hay digital đều phải công bố vè các thông số như tổng méo hài ( THD) , sự biến dạng âm thanh(distortion) ở các giải tần số đó sao ? cái gì gây là điều này? hàng cao cấp hay bình dân cũng đều phải công bố minh bạch và rõ ràng trong spec.

Nhiễu không phải lúc nào cũng xấu như nhiều bác vẫn nghĩ.