• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Another question on capturing audio played back by a software
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Another question on capturing audio played back by a software


  • Subject: Re: Another question on capturing audio played back by a software
  • From: tahome izwah <email@hidden>
  • Date: Fri, 3 Dec 2010 14:03:39 +0100

I don't think these 3 methods are actually independent of each other.
For instance, AudioHijack uses Soundflower, which is a CoreAudio KEXT.

Also, I don't think there is a way other than installing your own KEXT
to capture audio either from a specific application or the entire
system unless the app that you're trying to capture provides a way to
do this (stream to file feature, etc).

HTH
--th


2010/12/3 Vitaly <email@hidden>:
> Another question on capturing audio played back by a software.
>
> Good day.
>
> I consider ability to capture audio played back by a program on a
> Mac OS X. Looking at software with similar functionallity and
> correspondent posts on the subject, it looks like there is 3 "way" to
> implement such functionality:
>
> 1) The way, when capturing program must start a player to be
> captured. Examples of prorams, capable of performing such capture
> are Audio Hijack Pro, Macsome Audio Recorder.
>
> 2) Implementing a virtual device, to which a playback program must
> pass audio to be captured. Examples of such software are
> SoundFlower, JACK.
>
> 3) The way, that is similar to captuting through kernel-mode filter
> driver on Windows: there are no virtual devices; there is no need
> to start playback program by the capturer. Examples of software
> implementing such capturing are Audio Hijack Pro, WireTap Studio.
>
> I primary interested in implementing the "way" 3. That is capturing
> must looks transparently (without virtual devices) and without
> requirements on launching a player. A user considered to be work
> without need to change system or software preferences. Captured
> audio required to be sent to a user mode application.
>
> Could you suggest a starting point for implementing capturing using
> the "way" 3? Is there are any examples available?
>
> Also it is interested, how the "way" 1 is implemented technically?
>
> Thanks.
> Vitaly.
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Coreaudio-api mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: Another question on capturing audio played back by a software
      • From: "Vitaly" <email@hidden>
References: 
 >AUNetSend/AUNetReceive documentation (From: Dominic Feira <email@hidden>)
 >Another question on capturing audio played back by a software (From: "Vitaly" <email@hidden>)

  • Prev by Date: Another question on capturing audio played back by a software
  • Next by Date: Re: no sound on Power PC G4
  • Previous by thread: Another question on capturing audio played back by a software
  • Next by thread: Re: Another question on capturing audio played back by a software
  • Index(es):
    • Date
    • Thread