• 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: Re: CallHostTransportState
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re: CallHostTransportState


  • Subject: Re: Re: CallHostTransportState
  • From: <email@hidden>
  • Date: Sun, 1 Aug 2004 17:10:39 +0000

> From: <email@hidden>
> Date: 2004/07/29 to AM 12:30:00 GMT
> To: CoreAudio API <email@hidden>
> Dmne: Re: Re: CallHostTransportState
>
> > From: Jeremy Sagan <email@hidden>
> > Date: 2004/07/28 on PM 11:34:49 GMT
> > To: <email@hidden>
> > CC: CoreAudio API <email@hidden>
> > Dmne: Re: CallHostTransportState
> >
> > Metro supports this in the latest version but after setting a
> > breakpoint in my development code, no plug-in has had the nerve to hit
> > it yet. Do you dare to be first?
>
> I have actually noticed that Metro doesn't crash when I make
> the call ;-) I thought this was because it explicitly denied the
> service. But now I will take a closer look. I am mainly interested
> in the position of the endpoints of the cycle interval.
>
> /Olof W

Yepp, 6.1 only correctly refuses the service but 6.21 accepts
and delivers. I have some trouble interpreting the results though.
What I really need is the exact cycle endpoints in samples.
The cycle intervals are delivered in beats however and so I
need to be able to rescale beats to samples with accuracy.
The formula I use for this is

beats = 60 * tempo * samples / sample_rate

What bothers me is that when I take the currentBeat from the
CallHostBeatAndTempo and rescale it to samples I don't
get the same value as that given by CurrentSampleInTimeLine
of CallHostTransportState, which I sort of expected to.
Perhaps they are not supposed to be the same.

/Olof W
>
>
>
>
> >
> > On Jul 28, 2004, at 7:25 PM, <email@hidden> wrote:
> >
> > >> From: <email@hidden>
> > >> Date: 2004/07/27 ti PM 01:02:33 GMT
> > >> To: CoreAudio API <email@hidden>
> > >> Dmne: CallHostTransportState
> > >>
> > >> Is it OK to query the host for transport information yet?
> > >> I found the CallHostTransportState() to be inside a comment
> > >> in the 1.3.1 SDK. I tried to use it anyway but I get mostly
> > >> crashes out of Logic 6.4.1. Cannot really tell if it ever
> > >> returns anything useful.
> > >
> > > Has anybody tried to use the HostCallback_GetTransportState?
> > > Did it work? Did it not?
> > >
> > > Host developers, do you supports this?
> > >
> > > /Olof W
> > > _______________________________________________
> > > coreaudio-api mailing list | email@hidden
> > > Help/Unsubscribe/Archives:
> > > http://www.lists.apple.com/mailman/listinfo/coreaudio-api
> > > Do not post admin requests to the list. They will be ignored.
> > _______________________________________________
> > coreaudio-api mailing list | email@hidden
> > Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
> > Do not post admin requests to the list. They will be ignored.
> _______________________________________________
> coreaudio-api mailing list | email@hidden
> Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
> Do not post admin requests to the list. They will be ignored.
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.


  • Follow-Ups:
    • Re: CallHostTransportState
      • From: Jeremy Sagan <email@hidden>
  • Prev by Date: Feeding QuickTime Audio tracks to CoreAudio Output devices
  • Next by Date: Re: Re: CallHostTransportState
  • Previous by thread: Feeding QuickTime Audio tracks to CoreAudio Output devices
  • Next by thread: Re: CallHostTransportState
  • Index(es):
    • Date
    • Thread