Audio crackle and Pops in Remote Operation Receive Lost Packets ???? Any Ideas Why ???

mikeatthebeach .

Using Remote operation of my Flex6600m via WAN the Receiver Audio has Crackles and Pops On both my iPad and iPhone using the FlexRadio IOS App from Marcus Notice no crackle and pops in Transmit Audio Is the Transmit Audio Packets processed differently than Receive Audio Packets Using Version 2.49 on the Flex6600 here Is the buffering or lack of buffering causing the lost Packets to cause the Crackles and Pops Does Buffering affect the Latency in the Receive Audio and can this be adjusted???? Can adjusting the MTU from 1500 to a different number relieve this problem? At the Server End where my Flex6600m is located using DSL with a 2Mbytes download and 0.3Kbytes upload speed, planning later to go to Fiber FIOS but on Vacation using the Remote I have check the boxes in the IOS App for low bandwidth connections, eliminated Waterfall and reduced Rate and FPS to near zero Sometimes it is ok in Rx Audio other times it is terrible with Receive Audio Crackle and Pops Any thoughts about Packet Sizes versus latency to avoid this on slow DSL connections?? Any one out there had similar issues and what have you done to fix it?

Mike-VA3MW

300kb/sec upload is about the limit of upload.

If that is all the upload available, then you want to make sure that you have your FPS reduced to about 0 and the same for the Rate setting in the display parameters.  It sounds like you have that under control.

The pops are from packet loss, and possibly some buffer issues.

About the only fix at this point is to upgrade to Fiber when you can.

The reason you have no TX issues is that the TX is part of your 2mb/sec download at the radio end.  This is to be expected.

Mike

Warren Wegerer

mikeatthebeach .

Warren I also have the latest Version 3 that available But have not played to much with it I do have TeamViewer and if a later version Becomes available to adjust the MTU Value In SDR IOS the MTU default is 1500 and changing that had no affect in The crackle and pop from lost packets So if Version 2.5 or possibly an Upgraded V3 will address this Issue Thanks Mike

W5AP

mikeatthebeach .

Yes I hope Flex allows adjustments to MTU And slight buffering can occur to prevent Chopped Audio The Buffering will cause some Latency But at least that may help than listening To garbled chopped incoherent audio!! Also got the Maestro with the Flex6600 Here Flex please take note !! 73 Mike

mikeatthebeach .

If Flex could put the Brains of the IQ Router Into their software it would be great 73 Mike

Ken - NM9P

When running at my recently vacated location with 600 Kbps service, I found it necessary to turn Waterfall rate down to 0, and display FPS to between 5-9, and turn DAX off in order to get it to play. At 300 kbps you may need to run FPS even lower. There just isn’t much bandwidth to work with on your rig’s upload. Ken - NM9P

Ken - NM9P

Btw, on the iOS app, if you just click the “no waterfall” button, but don’t manually turn the Waterfall rate down to zero, you will still have bandwidth being used. I always manually turn the rate down , too.

Douglas Maxwell

How do you know what to set the MTU to? Most packets require multiples of data like pixel pairs and padding etc. Breaking data groups between packets is a bad idea and should be avoided. What is recommended by Flex?

Ted VE3TRQ

It doesn’t really matter what the MTU is set to (within reason - you don’t want a bunch of really small frames) - you just want the size set to a low enough value that the network elements in the way (router, or whatever) won’t mess with fragmenting (or worse, dropping) the frames coming in. The network stack will take care of reassembling the data from incoming frames into a contiguous byte stream for the application consuming it. I suppose if you break data elements there may be a bit more effect if a frame is lost, but a lost frame will cause more trouble than just losing part of a data element split between frames. That’s my take on the whole MTU thing - if network equipment worked right, it just would not matter unless performance was already marginal.

Douglas Maxwell

Hi Ted, I’ve done a few VOIP designs in firmware and video lines must be handled with care. Hopefully Flex lets you enter any value, then uses formulae under the hood to ensure legal splits without causing visual corruption. I suppose they are at both sides of the link so standard rules can be broken. Let’s hope the network gear in between is just as forgiving.

Ted VE3TRQ

I agree completely about video streams, Douglas. In a past life I worked in video delivery over IP - it’s all about buffering, and if you need minimal latency, it’s tough to deliver a clean stream without total network integrity (including constant latency). That said, the data stream between a Flex radio and the computer running the SSDR software is not video - it is data describing the spectrum and waterfall, plus audio streams, with embedded timestamps. Latency is important, but it is not fatal to have a fixed several hundred milliseconds of delay, thus allowing for some considerable buffering. I believe that Flex could possibly do a better job of managing buffers (at the occasional expense of a bit more delay, preferably configurable). Given a bit of buffering, the network stack reassembly capability will look after any fragmentation of data between packets - as long as none, or few, are lost. Here’s hoping Flex continues to address smooth delivery of data and audio for remoting in diverse network environments.

Roland HB9VQQ

True, packet loss is crucial while latency can be up to ~400ms before it gets critical. Packet loss of more than 0.2% leads to audio drops.

https://youtu.be/gAfOPswrs6w

Kevin_KI5YYO

I am having lost packets when using the Power Genius Amp. I am operating locally with Maestro-C, 6400, PG, TG. With amp in Standby transmit audio is clear. With amp on, audio is chopped up and lost packets are counting during transmission. I have added ferrite chokes on all cat5 cables but problem remains. Any suggestions?

Mike-VA3MW

There are more current discussions regarding this and working to find the packet loss you are experiencing. This is a 4 year old posting.

The first suggestion I always say to try is to not use a 1Gb switch and use a 100Mb switch and see if that helps, as well as use good quality LAN cables.

John KB4DU

My experience with switches tracks Mikes comment above. I used an older router/WAP, disabled the WiFi, and use it as a switch locally. Works well.