Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
If you are having a problem, please check the Help Center for known solutions.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Need the latest SmartSDR and Power Genius Software?
SmartSDR v3.1.12 and the SmartSDR v3.1.12 Release Notes. | SmartSDR v2.6.2 and the SmartSDR v2.6.2 Release Notes.
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes. | Power Genius XL Firmware v3.4.16. | Power Genius XL Utility v2.2.10.
SmartSDR v3.1.12 and the SmartSDR v3.1.12 Release Notes. | SmartSDR v2.6.2 and the SmartSDR v2.6.2 Release Notes.
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes. | Power Genius XL Firmware v3.4.16. | Power Genius XL Utility v2.2.10.
SO2R 2BSIQ Glitch
Steve London
Member ✭✭
I am testing a remote Flex 6700 with 2BSIQ operation and have discovered a glitch in the audio. To mitigate audio latency, I am using a RemoteRig and a separate internet connection to transport the audio. I am sending audio from slices A and B continuously, on separate stereo channels. At the control location, I'm using a YCCC SO2R Box to manage the audio streams. All of that works fine with N1MM+.
The problem is that after transmitting on one slice, then switching to transmit on the other slice, while continuing to listen on the first slice (with FDX enabled), there is a significant audio dropout of several hundred msec on the first slice just after transmission starts on the second slice. This makes it unusable for 2BSIQ operation, as that glitch wipes out a character of the callsign being sent on the first slice. This is 100% repeatable.
Is there any solution to this ?
Thanks,
Steve, N2IC
2BSIQ: See https://www.qsl.net/ct1boh/2bsiq/
The problem is that after transmitting on one slice, then switching to transmit on the other slice, while continuing to listen on the first slice (with FDX enabled), there is a significant audio dropout of several hundred msec on the first slice just after transmission starts on the second slice. This makes it unusable for 2BSIQ operation, as that glitch wipes out a character of the callsign being sent on the first slice. This is 100% repeatable.
Is there any solution to this ?
Thanks,
Steve, N2IC
2BSIQ: See https://www.qsl.net/ct1boh/2bsiq/
0
Comments
-
Steve,
why do you need YCCC box?
I used RemoteRig for CW and audio as well, and all working good.
yuri
N2TTA
0 -
Too much audio latency when using SmartSDR for audio.
73,
Steve, N2IC
0 -
I using SmartSDR together with Maestro for Flex control only, and Remoterig for transport audio including CW and SSB mic., since Remoterig has less latency. All worked fine here. Flex support Open Two Radio Switching Protocol and YCCC box not necessary. You need to play with delay adjustment and im not sure that will be possible in YCCC SO2R box.
Yuri
0
Leave a Comment
Categories
- 15.9K All Categories
- 63 Community Topics
- 1.9K New Ideas
- 139 The Flea Market
- 5.4K Software
- 4.9K SmartSDR for Windows
- 39 SmartSDR for Maestro and M models
- 95 SmartSDR for Mac
- 144 SmartSDR for iOS
- 152 SmartSDR CAT
- 71 DAX
- 280 SmartSDR API
- 7.1K Radios and Accessories
- 5.8K FLEX-6000 Signature Series
- 562 Maestro
- 14 FlexControl
- 728 FLEX Series (Legacy) Radios
- 161 Power Genius Products
- 124 Power Genius XL Amplifier
- 14 Power Genius Utility
- 23 Tuner Genius
- 44 Shack Infrastructure
- 23 Networking
- 95 Remote Operation (SmartLink)
- 50 Contesting
- 145 Peripherals & Station Integration
- 64 Amateur Radio Interests
- 425 Third-Party Software