Well, it was indeed accurate that: 1) The "rxondelay" parameter in chan_simpleusb did not work or have any effect. 2) The software *DID* indeed fully and correctly support the "rxondelay" feature, with one very specific exception: The parameter was *NEVER* read from the config file!! All I have to say on my part is: "DUH!!" The new version (one line change) which fixes this will appear publicly in SVN at 7:15 PDT this evening. Jim WB6NIL Date: Thu, 29 Aug 2013 21:36:08 -0700 From: cypresstower@yahoo.com To: k5tra@austin.rr.com; george@dyb.com; app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] RXONDELAY not working? Rgr Tom, "I am using usbradio.conf". Should have realized you were referring to. I have a mobile node with limey linux and simpleusb.conf. I owe you one so I'll test it and see what I come up with. Thanks From: tom <k5tra@austin.rr.com> To: 'Johnny Keeker' <cypresstower@yahoo.com>; 'George Csahanin' <george@dyb.com>; app_rpt-users@ohnosec.org Sent: Thursday, August 29, 2013 10:15 PM Subject: RE: [App_rpt-users] RXONDELAY not working? Johnny, I think you must be using usbradio instead of simpleusb (as we are). Both rxondelay and rxsquelchdelay are parameters in chan_usbradio.c. however, rxondelay is in chan_simpleusb.c while rxsquelchdelay is not. The problem is rxondelay doesn’t seem to work with simpleusb. Tom / K5TRA From: Johnny Keeker [mailto:cypresstower@yahoo.com] Sent: Thursday, August 29, 2013 7:58 PM To: George Csahanin; tom; app_rpt-users@ohnosec.org Subject: Re: [App_rpt-users] RXONDELAY not working? Conducting an experiment with rxondelay, I set my node at 1000ms and connected to another node on a different server that I'm able to monitor its transmitter. I applied a signal to the receiver with rxondelay. The transmitter on the connected node keys up and as I count to 10, No audio was present so I lowered the rxondelay by half, 500ms. Conducting the same test, I found that around the 6 count audio came out the transmitter. Lowering the rxondelay to 100ms, and got a count of 2 before hearing audio. I determined that rxondelay is working. In my case it stops the ping pong effect. I find a 15ms delay is ideal for a gm300 receiver. It would interesting if someone out there could conduct this same test.... I also found using rxsquelchdelay=XXms is another useful setting to eliminate any squelch tail noise, but it must be used with dsp or flat audio on ACID. From: George Csahanin <george@dyb.com> To: tom <k5tra@austin.rr.com>; app_rpt-users@ohnosec.org Sent: Wednesday, August 28, 2013 9:22 PM Subject: Re: [App_rpt-users] RXONDELAY not working? I'll chime in, I have it on a simplex node with simpleusb and it doesn't work. Made it 10,000 ms and no effect GeorgeC W2DB 2360 ----- Original Message ----- From: tom To: app_rpt-users@ohnosec.org Sent: Wednesday, August 28, 2013 1:11 PM Subject: Re: [App_rpt-users] RXONDELAY not working? The chan_simpleusb.c code clearly has the rxondelay parameter. However, I tested it on a couple of half-duplex nodes and didn’t see any effect. A bug? Tom / K5TRA _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users _______________________________________________ App_rpt-users mailing list App_rpt-users@ohnosec.org http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users