Hi Paul,
I can confirm ver 1.5 can be made to work with the newest SDR# - so we can expect to see a work-around for SDRplay quite quickly.
The issue with ver 1.5 is that the automatica phase/amplitude correction doesn't work. So if you have strong stations they will produce annoying mirror signals the opposite side of the centre frequency. Not a problem if you just stick to centre frequency tuning - so if someone has installed SDR#1368 and SDRPlay has gone belly up ver 1.5 can be pressed into use.
Step 1 - is to download .NET 4.6
Step 2 - is re-install SDR# 1368
Step 3 - make a copy of SDRSharp.exe.Config
Step 4 - run the SDRPlay plugin ver 1.5
Step 5 - delete SDRSharp.exe.Config and replace it with the copy you made earlier
Step 6. Copy this magicline text into Frontends.xml - insert it immediately before the last line of the file
<add key="SDRplay" value="SDRSharp.SDRplay.SDRplayIO,SDRSharp.SDRplay"/>
Obviously save changes - then run SDR# and you should have SDRPlay working - with the limitations above. If you haven't got ver 1.5 on your plug-in - plan B is to use HDSDR. It is also very good. and manual I/Q correction lets you null out mirror images using Options/Input Calibration of RX. So just using HDSDR even temporarily might be easier.
The automatic I/Q in SDR# worked correctly at the time SDRPlay came onto the market but SDR# updated and improved and this bit 'broke' after I think ver 1328. So I think SDRPlay team when updating their driver went for the ExtIO route andactually the workaround for the broken I/Q was to install the HDSDR ExtIO plugin in at that time.
3rd party plug-ins ceasing to work is a known issue, if you look around you'll see warnings that certain plugins only work after version nnnn for example. One web-site specifically stated that the plug-ins may stop working if SDR# do an update and would be updated as needed. So I wonder how the plug-ins from rtl.sdr.ru will fare? Now I've got a working version for SDRPlay I must try it.
Rgds
David
