Phương thức Diretta - Tổng hợp các cách chơi và rút kinh nghiệm

Nếu bác đang tự tìm hiểu để build hệ thống thì hay quá, vì rất nhiều người sẽ học được từ cách tiếp cận DIY mang tính học thuật cao, từng bước, giống như bác X lab.
mong nhận được những bài viết tiếp của bác, với tinh thần '. . . người dùng không còn chỉ mua thiết bị, mà bắt đầu đặt câu hỏi về tính minh bạch, khả năng kiểm soát và giá trị thực sự mà sản phẩm mang lại . . . '.
Chúc bác sức khỏe.
_V

 

Cài đặt Bios cho máy Dell Wyse 3040.
Con này làm Target khó có máy PC nào vượt qua.
OS đã tối ưu các bác inbox, tránh vi phạm công khai.


Con này có nhiểu cái hay ho
Clip test nó đây
https://www.facebook.com/share/v/1F9p3LsRip/

 

Cảm ơn bác, mục đích là chính nghiên cứu học hỏi xem họ là được những gì và tôn trọng bản quyền thương mại. Vụ build hệ thống thì cũng nhanh nhưng mất khá thời gian để test tương thích và các tính năng (sẽ cố thử )

Đầu tiên thì bóc tách bạn Ngân Hà OS gốc Hàn Quốc ra xem (để không liên quan đến nhà SX, mình đổi tên thành Galaxy Music Server).

Đây là bản V0.6.4 img nguồn share từ google driver.

 

Phân tích kỹ thuật Ngân Hà OS qua các phiên bản V0.1–V0.6

1. Tổng quan kiến trúc

Ngân Hà OS là một hệ điều hành chuyên dụng cho audio network endpoint dựa trên nền tảng của Fedora, được thiết kế theo mô hình embedded Linux thay vì một hệ điều hành đa dụng. Kiến trúc tổng thể tập trung vào việc tối ưu hóa đường truyền âm thanh số (audio pipeline) hơn là tối ưu trải nghiệm desktop hay server thông thường.
Hệ thống được xây dựng trên nền Linux kernel và tích hợp nhiều dịch vụ audio độc lập, được điều phối thông qua một giao diện đồ hoạ Web GUI đóng vai trò như cấu hình, điều khiển dịch vụ

Các thành phần chính bao gồm:

• Audio playback engine (MPD, Squeezelite)
• Network streaming services (Roon Ready, DLNA/UPnP, AirPlay, Qobuz Connect)
• Audio processing layer (HQPlayer NAA / Embedded)
• Lớp điều phối hệ thống (system orchestration layer: Eus..u service + Web GUI)

2. Tiến hóa hệ thống qua các giai đoạn

2.1 Giai đoạn nền tảng (2016–2018) - Giai đoạn đầu tập trung xây dựng nền tảng hệ thống:

• Hỗ trợ MPD, Squeezelite, Shairport, LMS
• Tích hợp Roon Ready và HQPlayer NAA
• Thiết lập cơ chế auto-mount USB, Samba share
• Web GUI cơ bản cho cấu hình và điều khiển dịch vụ

Mục tiêu chính là đảm bảo khả năng hoạt động ổn định của các dịch vụ audio cơ bản trên nền Linux embedded.

2.2 Giai đoạn ổn định và mở rộng (2019–2022) - Hệ thống bắt đầu được tối ưu hóa sâu hơn về hiệu năng:

• Nâng cấp kernel và các thư viện hệ thống
• Tối ưu buffer MPD, ALSA và I/O scheduling
• Tăng mức ưu tiên tiến trình cho audio services
• Cải thiện Roon Ready và HQPlayer NAA
• Mở rộng hỗ trợ DAC và giao thức streaming

Ở giai đoạn này, trọng tâm chuyển từ “tính năng” sang “hiệu năng và độ ổn định audio”.

2.3 Giai đoạn audio network chuyên sâu (2023–2024) - Hệ sinh thái streaming được mở rộng :

• Tích hợp Qobuz Connect và các dịch vụ streaming mới
• Bổ sung Diretta protocol với cấu hình host/endpoint
• Thay đổi, mở rộng LMS sang Lyrion Music Server
• Giới thiệu system tuning profiles (latency, throughput, network)
• Web GUI cũng được nâng cấp cho phép điều khiển trực tiếp các dịch vụ như start/stop/restart.

Mục tiêu chính là hỗ trợ nhiều mô hình audio network hiện đại trong cùng một hệ thống.

2.4 Giai đoạn tối ưu hóa và bảo mật (2025–2026) - Phiên bản mới cho thấy sự tập trung mạnh vào tối ưu hệ thống:

• Kernel nâng cấp lên 6.x
• Web GUI cải tiến tốc độ và giảm overhead
• Tích hợp Private CA cho xác thực trình duyệt
• HQPlayer Embedded được tích hợp sâu hơn
• Tích hợp Diretta từ phiên bản V0.5.8 vào tháng 7 năm 2025
• Các dịch vụ audio được giữ trạng thái “always enabled” để giảm độ trễ

3. Phân tích kiến trúc

Về mặt kỹ thuật, hệ điều hành này có thể được hiểu như một pipeline gồm 4 lớp:
3.1 Kernel layer

• Linux kernel tùy chỉnh ( nhưng chưa dùng kernel realtime)
• Tối ưu scheduling và interrupt handling
  
• Giảm jitter thông qua CPU latency tuning

3.2 System service layer

• Dịch vụ audio chạy nền (systemd-like orchestration)
• Điều khiển ưu tiên tiến trình các dịch vụ ưu tiên như Diretta
  
• Quản lý network stack và buffer

3.3 Audio service layer

• MPD / Squeezelite / HQPlayer NAA
• Roon Ready daemon
• Diretta endpoint/client
• DLNA/UPnP renderer

3.4 Network audio layer

• Roon RAAT
• Diretta protocol
• UPnP / OpenHome
• Qobuz Connect / AirPlay

4. Nhận xét kỹ thuật

Ngân Hà không phải là một Linux distribution xây dựng từ đầu, mà là một lớp phần mềm chuyên dụng (audio appliance layer) được phát triển trên nền Fedora, kết hợp các thành phần mã nguồn mở với các gói tùy biến và công cụ quản lý riêng với các đặc điểm:

• Tối ưu hóa latency hơn throughput
• Ưu tiên hiệu năng nhất quán cho luồng xử lý âm thanh
• Giảm thiểu background process không liên quan audio
• Tập trung mạnh vào network audio ecosystem
• Web UI chỉ đóng vai trò điều khiển, không phải trung tâm xử lý
• Các dịch vụ của bên thứ ba như Roon Ready, HQPlayer NAA, MinimServer, BubbleUPnP Server... không được cài đặt sẵn trong hệ thống. Người dùng chủ động lựa chọn và cài đặt các thành phần cần thiết thông qua giao diện quản lý

Điểm đáng chú ý là hệ thống không chỉ tích hợp nhiều giao thức audio, mà còn can thiệp vào scheduling và system tuning để tối ưu trải nghiệm playback. Qua các phiên bản, hệ điều hành này phát triển theo hướng rõ ràng: từ một media server embedded đơn giản để trở thành một audio network appliance platform đa giao thức, được tinh chỉnh để phục vụ một mục tiêu duy nhất: tối ưu hóa đường truyền và độ ổn định của audio playback trong môi trường network.

 

PC Mini output Optical chuyển sang Coaxical nghe tĩnh hơn nếu dùng làm target nếu dac ko có usb ạ .



Chuyển Optical sang Coaxical thêm biến thế cách ly PE-65612NL chống nhiễu từ pc qua dac.



Ngoài ra có những PC mini có sẵn pin s/pdif output nhưng họ ko làm ra ngoài tận dụng nó nếu có ạ .

 

Lấy tín hiệu SPDIF trực tiếp từ header/pin, bỏ qua mạch chuyển Coaxial → Optical nên giảm được một tầng xử lý.
Cắt hoàn toàn liên kết DC giữa hai thiết bị bằng cách bổ sung thêm biến áp cách ly, cách này giúp cắt ground loop và giảm nhiễu mode chung, trong khi vẫn giữ giao tiếp coaxial đúng trở kháng chuẩn

Phương án này hay và hiệu quả

 

THỬ NGHIỆM VÀ ĐÁNH GIÁ NGÂN HÀ OS

1. Cấu hình thử nghiệm

Việc khảo sát và đánh giá được thực hiện trên hệ thống có cấu hình như sau:

• CPU: Intel® Celeron® J1900, 4 nhân, 1.99 GHz
• RAM: 4 GB DDR3L
• SSD: 30 GB SATA
• Kiến trúc: x86_64
• Hệ điều hành: dựa trên nền Fedora Linux 36
• Kernel: Linux 6.2.15-215.fc36.x86_64

Đây là cấu hình thuộc phân khúc mini PC/embedded, thường dùng cho music server hoặc audio transport. Dù phần cứng hạn chế, hệ thống vẫn đáp ứng tốt các tác vụ phát nhạc và quản lý qua web với mức tài nguyên thấp.

2. Kernel Linux

Hệ thống hiện đang chạy kernel 6.2.15 (fc36), đồng thời vẫn giữ một số kernel cũ như 6.1.x và 5.11.x (fc32). Kernel chính hoạt động ổn định và đáp ứng tốt các nhu cầu vận hành hiện tại. Tuy nhiên, hệ thống vẫn lưu lại nhiều kernel từ các phiên bản Fedora cũ, trong đó các kernel thuộc dòng fc32 đã lỗi thời và hiện chủ yếu chỉ đóng vai trò dự phòng khi cần khởi động lại hệ thống.
Việc tồn tại đồng thời nhiều thế hệ kernel khiến hệ thống ở trạng thái "lai", làm tăng độ phức tạp trong quá trình quản lý boot, bảo trì và cập nhật.
Nhìn chung, kernel 6.2.15 đáp ứng tốt vai trò của một máy chủ và các tác vụ audio thông thường. Tuy nhiên, đây chưa phải là kernel được tối ưu cho các ứng dụng yêu cầu độ trễ thấp (low latency) hoặc xử lý âm thanh thời gian thực (real-time audio).

3. Tài nguyên hệ thống

Hệ thống hoạt động ổn định với mức sử dụng tài nguyên thấp:

• CPU gần như ở trạng thái nhàn rỗi, tải hệ thống (Load Average) chỉ khoảng 0.18 / 0.16 / 0.11, cho thấy bộ xử lý Intel Celeron J1900 vẫn còn nhiều tài nguyên dự phòng.
• Bộ nhớ RAM sử dụng khoảng 953 MiB trên tổng 3.71 GiB (khoảng 26%), đồng thời hệ điều hành tận dụng hơn 1.1 GiB làm bộ nhớ đệm (cache) nhằm tăng hiệu năng truy xuất dữ liệu.
• Dung lượng lưu trữ còn khoảng 60%, đáp ứng tốt nhu cầu vận hành và cài đặt thêm các thành phần cần thiết.Nhìn chung, phần cứng đáp ứng tốt vai trò music server, vẫn còn nhiều dư địa tài nguyên.

4. Hệ thống lưu trữ

Hệ thống sử dụng khoảng 11.15 GB dung lượng lưu trữ, được phân chia thành các phân vùng riêng cho hệ điều hành (/), khởi động (/boot) và vùng tạm (/tmp).

• Ban đầu, phân vùng gốc (/) chỉ có dung lượng khoảng 5.62 GB, khá hạn chế đối với nhu cầu vận hành và cài đặt thêm các thành phần của hệ thống.( Phân vùng này đã được mở rộng lên 8.34 GB, giúp tăng không gian lưu trữ cho hệ điều hành, các gói phần mềm và dữ liệu phát sinh, cập nhật trong quá trình sử dụng, hiện phân vùng đang sử dụng khoảng 50% dung lượng).
• Phân vùng /boot có dung lượng gần 1 GB và hiện đã sử dụng khoảng 17%,
• Phân vùng /tmp được cấu hình dưới dạng tmpfs, sử dụng RAM làm vùng lưu trữ tạm thời. Dung lượng sử dụng rất thấp, cho thấy các ứng dụng hiện tại không phát sinh nhiều dữ liệu tạm.

Nhận xét: Hệ thống được duy trì khá gọn gàng, không có hiện tượng log hoặc file tạm chiếm nhiều dung lượng. Việc dọn cache và loại bỏ các kernel, gói phần mềm, file cũ không còn sử dụng có thể giải phóng khoảng 1–1,2 GB ở phân vùng gốc (/) mà không ảnh hưởng đến hoạt động.

5. Hệ thống dịch vụ (Services)

Hệ thống có khoảng 60 service được cấu hình khởi động và 35 service đang chạy thực tế, bao gồm cả dịch vụ Fedora và thành phần của nhà phát triển. Các dịch vụ chuẩn Linux (systemd, NetworkManager, dbus, polkit, sshd…) giữ vai trò nền tảng vận hành, không có dấu hiệu kernel hay init system tùy biến.
Các nhóm chính:

• Audio stack: Diretta + ALSA + eunhasud: lõi xử lý audio real-time, giữ vai trò trung tâm, diretta đóng vai trò transport layer riêng biệt, tách khỏi stack media truyền thống.
• System base (Fedora): systemd, NetworkManager, dbus, polkit, chrony… : nền Linux chuẩn, không custom sâu
• Service mở rộng: web (httpd, php-fpm, redis), samba, avahi..: phục vụ UI + sharing + network discovery
• Monitoring & tuning: PCP stack + tuned + systemd-oomd..: thiên về giám sát và tối ưu vận hành

Nhận xét:

• Có nhiều service “có sẵn nhưng không dùng” (mpd, squeezelite, LibreSpot, shairport…)
• Audio path được tách riêng nhưng xung quanh khá nhiều lớp hỗ trợ
• Hệ thống đã vô hiệu hóa SELinux và firewalld, cho thấy cấu hình ưu tiên hiệu năng và độ trễ thấp hơn là lớp bảo mật mặc định của Fedora, phù hợp mô hình appliance nhưng đánh đổi đáng kể về mức độ bảo vệ hệ thống
• Overhead service cao hơn mức cần thiết nếu chỉ xét audio-only OS

6. Kho phần mềm(Repository)

Hệ thống sử dụng kết hợp repository Fedora 36 và repository tùy biến của Eunhasu, cùng một số nguồn bên thứ ba.
Các repo chính:

• Eun..su repo: Chứa các gói phần mềm và bản tùy biến do hãng phát triển
• Eun…su updates Cung cấp các bản cập nhật và bản vá cho hệ thống Eun...su.
• Fedora 36 base repo: Cung cấp các gói phần mềm nền tảng của hệ điều hành
• Fedora OpenH264: Cung cấp codec OpenH264.
• RPM Fusion (Free/Nonfree); Bổ sung các phần mềm và thư viện đa phương tiện không có trong Fedora.

Điều này cho thấy hệ điều hành này xây dựng trên Fedora và tùy biến thêm cho mục đích audio.

7. Đánh giá chung

Hệ thống hoạt động ổn định trên phần cứng phổ thông (J1900, RAM 4 GB), phù hợp làm music server hoặc network audio transport. Audio stack được tách riêng và ưu tiên xử lý, trong khi các dịch vụ còn lại chủ yếu phục vụ hạ tầng và quản trị.
Điểm mạnh nằm ở khả năng tích hợp và quản trị, giúp vận hành dễ dàng. Tuy nhiên, số lượng service lớn cho thấy đây không phải hệ thống tối giản mà là một music server headless dạng appliance giàu tính năng, đánh đổi giữa độ gọn nhẹ và độ phức tạp kiến trúc hệ thống.