Not sure this will help anyone / trigger anything, but... in the interest of completeness....
The portaudio library is used as the audio interface to the OS for many applications. See a list here:
http://www.portaudio.com/apps.html
So I tried an app from that list - Ambiloop - its a free sampler of your audio streams, can act as a delay etc.
With Scope started, and slaving to an external clock at 44.1kHz, in a project with six stereo ASIO Source channels and one stereo Asio Dest, I was able to start Ambiloop, and use its dialog to see and select Scope I/O. I loaded a wav sample, selected Scope Outs and Ins, selected the correct sample rate for Scope (44.1kHz), but I was warned that the sample I loaded was at 48, and suggested that there may be conversion distortion. Dismissing this warning popup, I could hear my sample, and I could see the wav playback in my Scope mixer's VU... So, Ambiloop (and by extension, portaudio) works OK with Scope.
Then went back into Ambiloop's Audio Chooser dialog, but the dialog and the application froze. Like there was something somewhere about having Scope selected that meant the dialog wouldn't be presented. Checking the Ambiloop install dir, I found a file "DeviceConfig.xml":
<!-- AmbiLoop Device Configuration -->
<!-- Generated by AmbiLoop Version 1.73 -->
<device_configuration>
<driver_type>3</driver_type>
<device_sample_rate>44100.000000</device_sample_rate>
<input_device_name>ASIO SCOPE</input_device_name>
<output_device_name>ASIO SCOPE</output_device_name>
<use_asio_preferrred_latency>1</use_asio_preferrred_latency>
<latency>2.902494</latency>
<input_channel>0</input_channel>
<output_channel>0</output_channel>
</device_configuration>
I have to delete this file if I want to start Ambiloop again without freezing. Which is funny, cause it had played audio thru to Scope in the previous session....
I also own (and dig!) LiquidRhythm, using it exclusively as a MaxForLive patch in Ableton. When I first bought LiquidRhythm, it had issues starting as a standalone app if Scope wasnt started, so I thought I would check what it looked like now... LiquidRhythm uses the Cycling74 Max 6.1 Runtime for Audio and Midi purposes, didnt think that the Max Runtime used portaudio. So, LiquidRhythm started fine. Loaded some samples, sequenced them, hit Play, audio played back fine. Checked what Defaults the Max Runtime had chosen - went to use ASIO (labelled "ad portaudio ASIO"!) and defaulted to the Focusrite Scarlett for Input and Output, and the correct sample rate of 44.1kHz for the Scarlett in its dedicated Sample Rate drop down. So, I chose Scope as ASIO Output, and the dialog defaulted to 11025Hz Sample Rate - the first item in the Sample Rate dropdown. Changing to the correct sample rate for the Scope project (44.1), a message similar to the Ambiloop dialog appeared in the Liquid Rhythm dialog. See attached.
Closed the dialog, hit play, no audio thru to Scope, but the app was working fine. Then went to open the Audio Settings dialog again, and freeze! Liquid Rhythm and its audio engine froze...
In conclusion... (phew!):
It seems that portaudio has a problem detecting which Sample Rate that Scope is running at. And selecting the correct sample rate may work once (as it did with Ambiloop), but it does not appear to be reliable (doesn't work at all with LiquidRhythm, and doesn't work 'a second time' with Ambiloop)... But, it can indeed use Scope if its configured correctly up-front (as it does with Ambiloop 'the first time').
Not because it is easy, but because it is hard...