Il y a 8 heures
Bonjour à tous,
Je voulais apporter une pierre à l'édifice concernant le Raspberry Pi 4, le Mode 3 (DDS) et la taille des MTU.
Je confirme que le Mode 3 fonctionne parfaitement sur un Raspberry Pi 4 (sous AudioLinux pour ma part) avec un MTU standard de 1500, donc sans jumbo frames.
Je parviens à streamer sans problème jusqu'au DXD (32-bit, 352.8 kHz) et en DSD256.
L'astuce semble résider dans le réglage du CycleTime. Avec un CycleTime=514, les trames restent sous la limite des 1500 octets, ce qui évite la saturation.
Pour référence, voici ma configuration Host qui fonctionne :
Je voulais apporter une pierre à l'édifice concernant le Raspberry Pi 4, le Mode 3 (DDS) et la taille des MTU.
Je confirme que le Mode 3 fonctionne parfaitement sur un Raspberry Pi 4 (sous AudioLinux pour ma part) avec un MTU standard de 1500, donc sans jumbo frames.
Je parviens à streamer sans problème jusqu'au DXD (32-bit, 352.8 kHz) et en DSD256.
L'astuce semble résider dans le réglage du CycleTime. Avec un CycleTime=514, les trames restent sous la limite des 1500 octets, ce qui évite la saturation.
Pour référence, voici ma configuration Host qui fonctionne :
Code :
[global]
Interface=end0
TargetProfileLimitTime=0
ThredMode=1
InfoCycle=100000
FlexCycle=disable
CycleTime=514
CycleMinTime=
Debug=stdout
periodMax=32
periodMin=16
periodSizeMax=38400
periodSizeMin=2048
syncBufferCount=8
alsaUnderrun=enable
unInitMemDet=disable
CpuSend=
CpuOther=
LatencyBuffer=0
![[Image: banniereforumhifi.jpg]](https://i.postimg.cc/wxwWFvzj/banniereforumhifi.jpg)



![[Image: Screenshot-20251109-175604-Firefox.jpg]](https://i.ibb.co/sJkD0GRx/Screenshot-20251109-175604-Firefox.jpg)
