Raspberry Pi + Rune Audio ::: Một trải nghiệm nghe nhạc mới
- Bắt đầu smallgent
- Ngày bắt đầu
TuanQuynhAudio
Well-Known Member
Cái này dành cho FrontEnd. Còn BackEnd mình dùng cái gì? Phải có BackEnd tương ứng mới được. Anh tìm hiểu xem họ dùng BackEnd bằng cái nào để chạy với FrontEnd này.
Thanhvo31
Well-Known Member
Đây là ý tưởng thiết kế của tay DEV @paparious, dịch tiếng Nhật qua tiếng Việt bằng GG Translate
Theo đuổi tải trọng thấp
I2S thường dễ bị nhiễu và người ta nói rằng khoảng cách tối đa có thể được định tuyến là khoảng 10 cm. Để tránh ảnh hưởng của nhiễu, nên làm cho đường truyền của tín hiệu I2S càng ngắn càng tốt.
Mặt khác, thiết bị là nguồn của tín hiệu I2S cũng là nguồn nhiễu. Cho dù đó là một DDC nhận S / PDIF hoặc USB, hay một máy tính đơn lẻ trực tiếp xuất ra I2S, nó vẫn là nguồn nhiễu khiến máy vi tính / FPGA / CPU ở tốc độ cao phát ra tiếng ồn. Nên thực hiện các biện pháp EMC như cách điện đường dẫn và che chắn nguồn bằng tấm kim loại để giảm thiểu ảnh hưởng đến đường truyền tín hiệu, chip DAC và xung nhịp.
Bây giờ hãy xem xét một cách tiếp cận khác. Bằng cách giảm tải cho CPU và bộ nhớ, có thể giảm lượng nhiễu do hệ thống xử lý kỹ thuật số phát ra. Ngay cả khi nguồn nhiễu và hệ thống xử lý D / A ở gần nhau và các biện pháp đối phó EMC gặp khó khăn, chẳng hạn như trên bảng HAT, thì cách tiếp cận này dường như là thực tế.
Có thể giảm tải bao nhiêu cho hệ thống xử lý kỹ thuật số? Có thể cải thiện chất lượng âm thanh sau khi giảm tải không?
Nhiệm vụ để xem đó là điểm khởi đầu cho Âm thanh trên Ether.
Truy cập bộ nhớ trực tiếp từ xa
BCM2711 là SoC (Hệ thống trên chip) của Raspberry Pi 4 được trang bị chức năng đầu ra I2S (bộ nối tiếp).
Quá trình xử lý tối thiểu cần thiết để xuất ra tín hiệu I2S từ bộ nối tiếp này chỉ là hai bước sau.
- Hướng dẫn chuyển DMA từ bộ đệm DMA sang bộ nối tiếp.
- Ghi dữ liệu PCM vào bộ đệm DMA.
Để hướng dẫn truyền DMA, cần chuẩn bị một cấu trúc dữ liệu được gọi là khối điều khiển và tải nó vào bộ điều khiển DMA.
Khối điều khiển này giữ địa chỉ bộ nhớ của bộ đệm DMA và địa chỉ của khối điều khiển sẽ được xử lý tiếp theo, và bộ điều khiển DMA thực hiện truyền DMA trong khi đọc khối điều khiển này lần lượt.
Lệnh truyền DMA chỉ cần được đưa ra một lần trước khi bắt đầu phát lại và tỷ lệ của nó với tải phát lại là rất nhỏ. [1]
Bây giờ, chúng ta hãy phân phối giải mã tệp âm thanh và phát lại PCM cho hai máy để giảm tải. Ở đây, vai trò giải mã được gọi là kết thúc phía trước, và vai trò phát lại được gọi là kết thúc phía sau.
Trong cấu hình phân phối tải như vậy, dữ liệu PCM được truyền từ đầu cuối đến đầu sau thông qua mạng.
Nếu dữ liệu PCM nhận được bởi chương trình phụ trợ có thể được ghi vào bộ đệm DMA như hiện tại, thì tất cả quá trình xử lý cần thiết để phát lại sẽ được hoàn thành và đây có vẻ là hoạt động đơn giản nhất.
Tuy nhiên, quá trình xử lý mạng thông thường đòi hỏi nhiều bước trước khi dữ liệu có thể đến được ứng dụng qua mạng LAN.
- Trước hết, khi giao diện mạng (nghĩa là, cổng LAN) nhận dữ liệu, nó sẽ thông báo cho kernel bằng ngắt phần cứng để hàng đợi trên phần cứng không đầy.
- Hạt nhân được gọi sao chép dữ liệu từ hàng đợi và ghi nó vào bộ đệm trên hạt nhân.
- Sau đó, việc triển khai mạng hạt nhân (ngăn xếp TCP / IP) thực hiện kiểm soát thứ tự, kiểm tra lỗi và kiểm soát truyền lại, và chuẩn bị cho việc chuyển tới ứng dụng.
- Khi quá trình chuẩn bị hoàn tất, ứng dụng (ví dụ, phần mềm phát nhạc) nhận được thông báo từ hạt nhân, sao chép dữ liệu từ bộ đệm hạt nhân và ghi dữ liệu đó vào bộ đệm do ứng dụng chuẩn bị. Nó nhiều hơn một chút.
- Tại thời điểm này, phần mềm phát lại có thể đọc dữ liệu trong bộ đệm và phân tích nội dung. Nếu bạn cắt phần dữ liệu PCM và sao chép nó vào bộ đệm ALSA, quá trình phát lại thành công.
Chỉ sao chép dữ liệu vào bộ nhớ vật lý một lần. Điều này được chuyển trực tiếp DMA đến bộ nối tiếp. Nếu có thể đạt được điều này, không cần sao chép thêm dữ liệu, không yêu cầu lệnh gọi hệ thống đọc / ghi, không cần chuyển đổi ngữ cảnh và bộ nhớ đệm CPU không bị ô nhiễm bởi lượng lớn dữ liệu. Tất cả đều tốt về mặt giảm tải. Bạn sẽ có thể giảm thiểu hoạt động của CPU / bộ nhớ.
Để thuận tiện, đối với các gói không phải PCM, điều khiển được thực hiện để các bước sau 2) được thực hiện như bình thường. Thật bất tiện khi bạn không thể kết nối với ssh.
Việc triển khai Âm thanh qua Ether như vậy có thể tìm thấy điểm tương đồng với ý tưởng Truy cập Bộ nhớ Trực tiếp Từ xa (RDMA), truyền dữ liệu trực tiếp đến các ứng dụng trên các máy từ xa.
Đó là bởi vì nó nhận ra mục đích của RDMA, không sao chép .
Âm thanh qua Ether có thể được mô tả giống như RDMA, chuyên dùng để phát lại nhạc .
Thanhvo31
Well-Known Member
Mình chia sẻ cách cài FE-BE của mình với mô hình Audio Over Ether (aka AoE), cần
BACK END: 1 chiếc Pi4, thẻ nhớ > 10MB,
Phần mềm, mình gọi là B0, link AoE backend b19
https://drive.google.com/file/d/1zBhDpVr5kOZBIJv1gTRQBLF2njnswT2w/view?usp=sharing
giải nén và chép sang thẻ bình thường, không dùng Etcher, Rufus,...
sau đó sửa và khai báo 2 file
dtoverlay=hifiberry-dacplus
Lấy địa chỉ MAC của BACK END (ví dụ bằng cách chạy volumio trước đó, vào trang quản trị của router nhà mình lấy địa chỉ MAC của pi4 BACK END, ghi lại)
Mình thường lưu lại 2 file này trên PC, sau khi nâng cấp thì chép đè qua.
FRONT END có nhiều lựa chọn hơn, 3 bản :
Gọi là F1.1 dùng máy tính PC x86 (từ Atom tới i9 đều xài được) dùng IMAGE này Arch Linux AoE cho x86_64 (tới 03/04/21) https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing
máy SBC Pi3, Pi3B+, Pi4 dùng IMAGE này
Gọi là F2.1 - Arch Linux (64bit) cho RPi4 / RPi3 (update 03/04/21) https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing
symphonic-mpd RPi4 Edition (64bit) - sau đó upgrade gói AoE đè lên bản này
Gọi là F2.2
Front End có 3 bản:
Dùng Etcher hay rufus để ghi ra thẻ hay USB, cắm thẻ /USB vào Front End, cấu hình để boot từ thẻ/USB này.
Nếu muốn cài vào PCx86 thì dùng cách DD vào HDD/SSD.
Cài xong FE thì cần cấu hình FE để nhận ra BE.
SSH vào FE với root/raspberry
Dừng vosund bằng lệnh systemctl stop vsound
Sửa file /lib/systemd/system/vsound.service
ExecStart=/usr/bin/aoe -i eth0 -d [địa chỉ MAC của BE]
Khởi động lại vsound
systemctl start vsound
Hay reboot FE lại cho chắc ăn.
BACK END: 1 chiếc Pi4, thẻ nhớ > 10MB,
Phần mềm, mình gọi là B0, link AoE backend b19
https://drive.google.com/file/d/1zBhDpVr5kOZBIJv1gTRQBLF2njnswT2w/view?usp=sharing
giải nén và chép sang thẻ bình thường, không dùng Etcher, Rufus,...
sau đó sửa và khai báo 2 file
- config.txt
dtoverlay=hifiberry-dacplus
- cmdline.txt, khai đúng cấu hình mạng cua mình, gồm ip=[IP của backend]:255.255.255.0:[IP của Router]
Lấy địa chỉ MAC của BACK END (ví dụ bằng cách chạy volumio trước đó, vào trang quản trị của router nhà mình lấy địa chỉ MAC của pi4 BACK END, ghi lại)
Mình thường lưu lại 2 file này trên PC, sau khi nâng cấp thì chép đè qua.
FRONT END có nhiều lựa chọn hơn, 3 bản :
Gọi là F1.1 dùng máy tính PC x86 (từ Atom tới i9 đều xài được) dùng IMAGE này Arch Linux AoE cho x86_64 (tới 03/04/21) https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing
máy SBC Pi3, Pi3B+, Pi4 dùng IMAGE này
Gọi là F2.1 - Arch Linux (64bit) cho RPi4 / RPi3 (update 03/04/21) https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing
symphonic-mpd RPi4 Edition (64bit) - sau đó upgrade gói AoE đè lên bản này
Gọi là F2.2
Front End có 3 bản:
- Arch Linux AoE cho x86_64 (https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing)
- Arch Linux (64bit) cho RPi4 / RPi3 (https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing)
- symphonic-mpd RPi4 Edition (64bit) - sau đó upgrade gói AoE đè lên bản này.
Dùng Etcher hay rufus để ghi ra thẻ hay USB, cắm thẻ /USB vào Front End, cấu hình để boot từ thẻ/USB này.
Nếu muốn cài vào PCx86 thì dùng cách DD vào HDD/SSD.
Cài xong FE thì cần cấu hình FE để nhận ra BE.
SSH vào FE với root/raspberry
Dừng vosund bằng lệnh systemctl stop vsound
Sửa file /lib/systemd/system/vsound.service
ExecStart=/usr/bin/aoe -i eth0 -d [địa chỉ MAC của BE]
Khởi động lại vsound
systemctl start vsound
Hay reboot FE lại cho chắc ăn.
Chỉnh sửa lần cuối:
TuanQuynhAudio
Well-Known Member
@Thanhvo31
Thank anh.
- FrontEnd cài archlinux64, Arch Linux AoE (post #21447) và rpi4-smpdplayer-aoe-b19. Vậy FrontEnd (symphonic-mpd 0.96) cài front_set_v096 như hướng dẫn của anh thì BackEnd cài rpi4-smpdplayer-aoe-b19c có được không? Nếu không thì BackEnd cài cái nào ạ?
- Nếu có source code kernel/xenomai của
rpi4-smpdplayer-aoe-b19 thì có thể rebuild cho Pi 2/3. Hix mấy ông Nhật giữ kín quá.
Thank anh.
- FrontEnd cài archlinux64, Arch Linux AoE (post #21447) và rpi4-smpdplayer-aoe-b19. Vậy FrontEnd (symphonic-mpd 0.96) cài front_set_v096 như hướng dẫn của anh thì BackEnd cài rpi4-smpdplayer-aoe-b19c có được không? Nếu không thì BackEnd cài cái nào ạ?
- Nếu có source code kernel/xenomai của
rpi4-smpdplayer-aoe-b19 thì có thể rebuild cho Pi 2/3. Hix mấy ông Nhật giữ kín quá.
Chỉnh sửa lần cuối:
TuanQuynhAudio
Well-Known Member
Ông @paparious phát triển từ các bản rpi2-upnpgw-usb/rpi2-smpdplayer-i2s của @donuts.shop73. Tham khảo group upnpgw/smpdplayer-i2s for Raspberry Pi 2 của @donuts.shop73.
Thanhvo31
Well-Known Member
Theo mình thì công nghệ AoE của @papariuos khác với hàng của @donutshop nhé.
Nếu dùng AoE thì không xài mấy cái của @donutshop.
Mình gửi link và sửa lại bên trên
link AoE backend b19
https://drive.google.com/file/d/1zBhDpVr5kOZBIJv1gTRQBLF2njnswT2w/view?usp=sharing
Với công nghệ AoE
Back End chỉ có duy nhất 1 bản:
http://www.symphonic-mpd.com/release/aoe/rpi4-smpdplayer-aoe-b19.zip
Front End có 3 bản:
- Arch Linux AoE cho x86_64 (https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing)
- Arch Linux (64bit) cho RPi4 / RPi3 (https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing)
- symphonic-mpd RPi4 Edition (64bit) - (https://drive.google.com/file/d/1xAVLYQWFwDV8NDYqV4qMRF3Z9KuOkGN6/view), upgrade lên 1.10, sau đó upgrade gói AoE đè lên bản này.
Mã:
AoE front end
Please log in to smpd v1.0.x with ssh and install it according to the following procedure.
<smpd v1.0.x用 AoEモジュール β18>
wget https://www.symphonic-mpd.com/release/aoe/aoe.b18.tar.gz
tar xf aoe.b18.tar.gz
rm -f aoe_modules
ln -s aoe.b18 aoe_modules
cd aoe_modules/front
./setup.sh install
rebootTóm lại phầm mềm có
B0 - Dùng cho Back End
F1.1 - Dùng cho x86_64 Front End (archlinux_64bit_x64)
F2.1 - Dùng cho Pi3, Pi4 (archlinux_64bit_arm)
F2.2 - Dùng cho Pi3, Pi4 (aarch64 based on LFS (Linux From Scratch), sau cài đè gói AoE cho FE lên.
Với món ở link này https://smz2019.livedoor.blog/archives/8436797.html có vẻ như hạp với đồ của @donutshop hơn, và BACK END không dùng công nghệ như của @paparious thì phải?
Remote Direct Memory Access, BCM2711 which is SoC (System on a Chip) of Raspberry Pi 4 is equipped with I2S output function (serializer).
Vì các Pi 2,3 không dùng SoC BCM2711 nên không làm BE trong vụ AoE được
Mình thử theo cách này khá rắc rối, chưa kêu được
********************
Với cách mình hay làm 1+3 trên đây, cấu hình rất nhanh gọn, không rắc rối gì cả.
Chỉ cần có sẵn 3 file đã lưu trước.
config.txt, cmdline.txt >> đè qua thẻ BE
vsound.service >> đè qua /lib/systemd/system của FE qua WinSCP
là kêu liền.
Chỉnh sửa lần cuối:
TuanQuynhAudio
Well-Known Member
Công nghệ AoE của @papariuos và hàng của @donutshop về cơ bản là cùng 1 mô hình: FrontEnd play nhạc vào "Virtual network sound card", BackEnd nhận dữ liệu từ ethernet đẩy sang Sound card i2s. Khác nhau về cách thiết kế chi tiết.
Mô hình AoE của @donutshop73 như thế này:
Mã:
#
# PPAP-Fr-NAS-Hires
#
# PPAP-Bk (SMPD) PPAP-Fr-NAS-HiRes [rpi2]
# +---------------------+ +---------------------------+ [192.168.x.y] +---------------------+
# | | | | +----------------| mpd client |
# | | [10.0.0.2] [10.0.0.1] | | [192.168.x.x] | +---------------------+
# | aplay <--- ncat <---|---------------------------|--- mpd <------------------|------------------+
# | | (eth0) (eth0) | | (eth1) | [192.168.x.z] +---------------------+
# | | | | +--------------->| NAS |
# +---------------------+ +---------------------------+ nfs, cifs, sshfs +---------------------+
#
#
# PPAP-Fr-UPnP-HiRes
#
# PPAP-Bk (SMPD) PPAP-Fr-UPnP-HiRes [rpi2]
# +---------------------+ +---------------------------+
# | | | | [192.168.x.v] +---------------------+
# | | | +---- upmpdcli <----+ | +----------------| upnp controle point |
# | | [10.0.0.2] [10.0.0.1] | V | | [192.168.x.x] | +---------------------+
# | aplay <--- ncat <---|---------------------------|--mpd +---|------------------+
# | | (eth0) (eth0) | | | | (eth1) | [192.168.x.w] +---------------------+
# | | | +---> polipo ---+---+ | +--------------->| upnp server |
# | | | | | | +---------------------+
# +---------------------+ | (minidlna ) | |
# | | | | [192.168.x.z] +---------------------+
# | (NAS mount) | +--------------->| NAS |
# | (SD Card ) | nfs, cifs, sshfs +---------------------+
# | (USB Mem. ) |
# | |
# +---------------------------+
#
- Với món ở link này https://smz2019.livedoor.blog/archives/8436797.html có vẻ như hạp với đồ của @donutshophơn: Đúng vậy. - BACK END không dùng công nghệ như của @paparious thì phải?: Cái này cũng đúng anh à. Không dùng lẫn lộn được.
Chỉnh sửa lần cuối:
Thanhvo31
Well-Known Member
@TuanQuynhAudio BACK END của mình dùng Pi nào ? 2, 3 hay 4?
TuanQuynhAudio
Well-Known Member
Ở trên em nhầm đoạn này:
Mã:
- Em làm mô hình 1 + 3 chạy ngon (có sự hỗ trợ của anh @linh0983)- FrontEnd em cài archlinux 64 và aoe-b18.
Mình dùng 2 bộ pin lifepo4 và lipo đi với bo nguồn Ben (lt1963) ra 5V ko bị sụt áp. Bác thử dùng bộ pin khác xem. Khi xài pin nên mua pin rời về đo đạc bằng máy đo nội trở xem pin mới hay cũ rồi tự ráp vì pin bán ở VN đa số là pin cũ kém chất lượng.Anh Phước @linh0983 và các bác nào rành về cấp nguồn Pin cho em hỏi.
Em dùng 4 cell Pin LiFePO4 32650/ 6700mAh ra 6.2v cấp nguồn vào cho bo LT3042 2A, điện đo ra là 5.1v OK
Nhưng khi cắm tải là Pi (có DAC và không DAC) thì bị sụt xuống ngay chỉ còn 4.1v. Kiểm tra máy vẫn chạy, âm thanh vẫn hát bình thường, CPU không tăng.
- Cấp nguồn Pin Lithium 18650 7.4v vào cũng bị tình trạng tương tự.
- Cấp Pin LiFePO4 cho bo LT1764 3A cũng bị tình trạng tương tự sụt còn 4.6v.
- Cấp nguồn biến áp thì bình thường.
Vậy vì sao điện bị sụt, có cách nào chỉ em khắc phục với.
Cái này so với Roon core - bridge thì cái nào hơn nhỉ?
linh0983
Well-Known Member
Thế hệ thứ 2 của việc triển khai AoE sau B19 đây các bác a . (google dịch) .
" Việc triển khai AoE lên đến β18 dựa trên công cụ phát lại smpd (aplay-rt / rtalsa / xsink) và AoE được gắn bên ngoài vào nó. Vì vậy có thể nói nó là thế hệ đầu tiên của việc thực hiện AoE.
Trong thế hệ đầu tiên này, chúng tôi đã thành công trong việc loại bỏ hoàn toàn việc sao chép dữ liệu PCM từ bộ nhớ sang bộ nhớ, thể hiện khái niệm AoE bằng cách giảm đáng kể mức tiêu thụ chu kỳ CPU và truy cập bộ nhớ.
Mặt khác, quá trình xử lý mà công cụ phát lại phụ trách đã trở nên không thể theo kịp với ép xung và 1 lõi.
Thế hệ thứ hai của việc triển khai AoE sẽ loại bỏ tất cả các công cụ phát lại thông thường và biến nó thành một bản triển khai AoE gốc.
Bộ xử lý ngắt sẽ xử lý các gói AoE và dữ liệu sẽ được DMA chuyển tiếp từ phần cứng (NIC) đến phần cứng (I2S serializer) và quá trình phát nhạc sẽ hoàn tất, điều này cực kỳ đơn giản.
Tại thời điểm này, tôi xin kết thúc đợt thử nghiệm beta và phát hành AoE dưới dạng phiên bản chính thức. "
https://www.symphonic-mpd.com/forum/topic/141/audio-over-ether
" Việc triển khai AoE lên đến β18 dựa trên công cụ phát lại smpd (aplay-rt / rtalsa / xsink) và AoE được gắn bên ngoài vào nó. Vì vậy có thể nói nó là thế hệ đầu tiên của việc thực hiện AoE.
Trong thế hệ đầu tiên này, chúng tôi đã thành công trong việc loại bỏ hoàn toàn việc sao chép dữ liệu PCM từ bộ nhớ sang bộ nhớ, thể hiện khái niệm AoE bằng cách giảm đáng kể mức tiêu thụ chu kỳ CPU và truy cập bộ nhớ.
Mặt khác, quá trình xử lý mà công cụ phát lại phụ trách đã trở nên không thể theo kịp với ép xung và 1 lõi.
Thế hệ thứ hai của việc triển khai AoE sẽ loại bỏ tất cả các công cụ phát lại thông thường và biến nó thành một bản triển khai AoE gốc.
Bộ xử lý ngắt sẽ xử lý các gói AoE và dữ liệu sẽ được DMA chuyển tiếp từ phần cứng (NIC) đến phần cứng (I2S serializer) và quá trình phát nhạc sẽ hoàn tất, điều này cực kỳ đơn giản.
Tại thời điểm này, tôi xin kết thúc đợt thử nghiệm beta và phát hành AoE dưới dạng phiên bản chính thức. "
https://www.symphonic-mpd.com/forum/topic/141/audio-over-ether
tml3nr
Moderator
Không sao anh ạ. Mua ebay hay lằng nhằng lắm. Từ từ mình sẽ tìm chổ khác.
Cảm ơn anh rất nhiều!
quatmo
Well-Known Member
Đúng vậy a . Như mình board này output 5v hoặc 3.3v DC . Nguồn vào AC = 6v hoặc DC = 7-9v .
Mình chỉ có đầu ra AC 9v vào board(1) ra DC 7v vào tiếp board(2) còn 3.3v DC .
https://github.com/iancanada/DocumentDownload/blob/master/LinearPi/LinearPiUsersManual.pdf
Bác Lâm dùng Pin mình xem board của bác có bỏ mạch chỉnh lưu được ko a ?
Pin vào (+ -) tụ nguồn, bỏ qua phần chỉnh lưu AC trên bo, điện áp ổn định ngay.
Cảm ơn anh Minh @mtminh câu dây, còn nhiệt tình đi mua đồng hồ đo áp lắp vào giùm.
Em về chỉnh lại:
Pin đi ra cầu chì -> công tắc 6 chân (3 nấc) bật sang trái OFF/SẠC, bật giữa OFF, bật phải ON.
Công tắc đi ra 3 cặp dây:
- 1 cấp nguồn bo LT3045x2 1A vào HAT DAC
- 1 cấp nguồn bo LT1764 3A vào Pi, Pi bẻ cong 2 chân 5V ra ngoài không cho nguồn lên HAT DAC.
- 1 cấp nguồn bo LT3042 sang USB Wifi (chưa làm tới Wifi)
Pin mua Nhật Tảo là hàng mới loại không dùng vít, nghe vài hôm mới đánh giá được vụ dung lượng/chất lượng.
Lâu đài Pi 2 Pin LiFePO4 đã hót Ok, cảm ơn các bác nhiệt tình tư vấn và hỗ trợ!
quatmo
Well-Known Member
Cái Tidal playlist: Roon 1.8: Refresh này hay thiệt!
https://tidal.com/playlist/d45ed59f-16bc-4e87-bc69-ef8d60b86d11
https://tidal.com/playlist/d45ed59f-16bc-4e87-bc69-ef8d60b86d11
toi511
Well-Known Member
K biết sao nó vẫn ship anh ah. Hôm nay em kt thấy ebay cho số tracking. Để xem nếu hàng về chắc gởi lại tiền cho nó
Thanhvo31
Well-Known Member
Bác share cho anh em cái hình với BOM (bill of material + giá) nhé.
Cảm ơn bác.
tml3nr
Moderator
Dạ khi nào anh chuyển tiền, cho em biết để em gửi anh phần của em
