Develop bridging audio-servers

  • 2
  • Idea
  • Updated 7 years ago
Archived and Closed

This conversation is no longer open for comments or replies and is no longer visible to community members. The community moderator provided the following reason for archiving: Inactive threads; archiving to prevent necroposing

Developers could perhaps consider building audioserver-bridges to record audio from the other audio systems in Windows. Bridging processes is a method to circumvent
issues in Windows where no two systems can be used at the same time by one application.
The recorder (and/or Camtasia Studio) would be the main kernel client recording the desktop and simultaneously connecting to the servers sending them time-stamp
synchronisation messages and start/stop signals -> various servers running in their own thread that acces the KS/WDM/MME/ASIO (perhaps even JackD and ReWire if one
is willing enough) audio systems and then simply record the audio parallel with the video and then later add the audio together in Camtasia studio on their own respective audio track.
This would not require Camtasia to be 64-bit, but one of the audio-server processes could be developed to support 64-bit and i think this might be a better solution
to seriously consider even if 64-bit support in generic is out of the question.
Photo of vvoois

vvoois

  • 6 Posts
  • 0 Reply Likes

Posted 7 years ago

  • 2
Photo of Randy Schott

Randy Schott

  • 396 Posts
  • 47 Reply Likes
I like that idea :-)

At the very least, we are interested in supporting ASIO, since that is a very popular audio system on windows. But I hadn't quite worked out how we would record ASIO output (i.e. system audio) in situations where a user was recording an audio program. I would think in that situation, a user would want to be able to route the audio to Recorder, and also hear it through speakers/headphones.

I've seen other applications that will act as an ASIO bridge ( I think one of them was even free ). So I think initially, we would just add support for ASIO in/out, and it would be up to the user to find a driver to bridge applications. Then we could add in the bridging support later.

I would also love to add support for VST :-). Lots of people have expensive audio plug-ins they would like to use to process the audio in their productions.
Photo of vvoois

vvoois

  • 6 Posts
  • 0 Reply Likes
Vst support would also allow mastering VST's to be used, at least it removes the need to develop own audio processing tools.
Photo of vvoois

vvoois

  • 6 Posts
  • 0 Reply Likes
I've seen Reaper supporting its own ASIO routing layer that can be shared with multiple applications. Reaper is not free (but very affordable because they have a home-studio license fee and a professional license fee), but the non-registered version used to remain at least fully functional just that you have to deal with a delayed nag-screen. I haven't downloaded their latest copy though.

If Rewire would have allowed slave-applications to access the audio drivers, it would also fit as a solution, but asfaik, Rewire masters are the only ones allowed to access the audio driver. ReWire does allow people to attach their DAW-sequencers and synchronize their music with video and i have seen a lot of such requests on multiple DAW forums. (You would attract an extra group of users when you would have ReWire support). Thing with ReWire is that this also would require two bridges:64-bit and 32-bit, because 64-bit ReWire masters don't talk with 32-bit ReWire slaves and vice versa.

JackD supports routing audio streams from one application to another and there is a version for Windows, but JackD is not that easy to get going smoothly on Windows. (you have to manually configure buffers to find the optimal balance of non-jitter audio and prevent Xrun errors).

Then there are various existing audio-cable drivers, but these drivers are already a driver on their own, so not good for any particular bridging proces. (specially not when one needs ASIO access because this is where the Windows limitation exactly kicks in)

On the Mac audio support is a lot easier in general because the Mac has better management drivers and tools for controlling and routing audio.
Photo of Randy Schott

Randy Schott

  • 396 Posts
  • 47 Reply Likes
Hi again,

I just wanted to make sure this topic didn’t get left out. I posted a status update about ASIO on another topic:

http://feedback.techsmith.com/techsmi...

Basically, it didn’t make it this release, but we are still interested in making it happen. Your request is slightly different, but ASIO would be a step in the right direction. I really appreciate your patience while we figure out the best way to help our users out.

Randy

This conversation is no longer open for comments or replies.