Hi, This morning I installed FLRIG (which supports my FT-991) + FLDIGI ver 3.23.21 (no support for FT-991) and re-installed Silicon Labs driver so that FLRIG could control the radio PTT via CAT.
I tested using several modes, the TX->RX->TX etc. No problems at all. Looks like FLDIGI does not use Qt. Liker includes CoreAudio, AudioToolbox, AudioUnit frameworks + Carbon, Cocoa and links in portaudio libs. I have no idea how these drivers and frameworks are layered. But since FLDIGI works perfectly, it does seem to indicate that the "USB AUDIO CODEC” drivers seem to be OK - unless the manner in which Qt talks to it is different and triggers some issue causing this. But I guess its more likely a Qt compatibility issue? I have tried building with the very latest Qt 5.8, but build errors…. With Qt 5.5 through 5.7 I have the audio issue. Does anyone know of a suitable application that uses Qt which I can use to see if the same issue happens there? If it does, it would confirm a Qt issue. If it does not break in a similar manner, I guess it must be some issue with the manner in which WSJTX is set up to consume Qt audio services that is breaking for some reason on the newer OSX’s. 73s. Keith Zs6tw > ------------------------------ > > Message: 4 > Date: Sat, 18 Feb 2017 22:34:29 +0200 > From: Keith Laaks <[email protected]> > Subject: Re: [wsjt-devel] Bug Report (WSJT-X v1.7.0 r7405 on Mac OS X) > (Keith Laaks) (Bill Somerville) > To: WSJT software development <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=utf-8 > > Hi Bill, > > Regarding: ? >>> Reading the emails on this issue, it looks like a low level USB reset >>> due to I/O errors. And this causes the audio devices to change order >>> or so, right? Then, why do you think it is the Silicon Labs driver >>> that causes this? Isn't that driver only used to interface the CP210 >>> UART to USB bridge chip (the serial port for CAT stuff), not the >>> overall low level USB protocol and the audio channels?" > > I was not aware that MacOS natively came with the driver for the USB audio. > At some point in the past I was not able to get the audio working till I > installed the Silicon Labs driver and I guess that why I just assumed they > also did the audio part. > > Anyhow, I implemented your suggestion here and uninstalled the Silicon Labs > driver, then rebooted. > I then repeated experimentation with WSJTX working through some TX->RX->TX > cycles. > > It breaks in a similar manner - after 4-6 cycles, audio out switches to the > MacBook speakers. > And WSJTX then stops receiving completely. > Need to close and reopen - then receive works properly again. > > I even tried upgrading to 10.12.4 Beta - makes no difference. > > I do not see the 'IOUSBHostHIDDevice: IOUSBHostHIDDevice::interruptRetry: > resetting device due to IO failures? messages in the dmesg logs any more. > > When I run windows 7 within a VM on the Mac, and map the USB port natively to > the Windows VM, WSJTX does not give this problem. It never ?freezes? like > this. > But its not really usable for me like this since the audio has a slight > ?buffering? effect with a very small ?pause? in the TX audio every second or > so. > Anyhow this does tend to eliminate any issues with my USB port, cable or > radio. Cable + Radio + WSJTX worked 100% on older OS X 10.11 before I > upgraded. > > Very frustrated at this point?. > > 73?s > Keith ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
