Re: auval calling GetTailTime() before initialization...
Re: auval calling GetTailTime() before initialization...
- Subject: Re: auval calling GetTailTime() before initialization...
- From: "jorge castellanos" <email@hidden>
- Date: Tue, 17 Apr 2007 21:22:27 -0500
Thanks Bill!
Why should a host have to init and allocate a whole bunch of memory for an
AU just to find out how to handle its rendering?
Does this mean that the tail time isn't supposed to change dynamically?
The reason why I'm doing this is because the tail time changes according to
the plug-in parameters, returning the actual needed tail time.
J.C.
From: William Stewart <email@hidden>
To: jorge castellanos <email@hidden>
CC: email@hidden
Subject: Re: auval calling GetTailTime() before initialization...
Date: Tue, 17 Apr 2007 18:54:18 -0700
MIME-Version: 1.0 (Apple Message framework v752.2)
Received: from mail-out3.apple.com ([17.254.13.22]) by
bay0-mc2-f9.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2668); Tue, 17
Apr 2007 18:54:19 -0700
Received: from relay6.apple.com (a17-128-113-36.apple.com
[17.128.113.36])by mail-out3.apple.com (8.13.8/8.13.8) with ESMTP id
l3I1sJp8003176for <email@hidden>; Tue, 17 Apr 2007 18:54:19 -0700
(PDT)
Received: from relay6.apple.com (unknown [127.0.0.1])by relay6.apple.com
(Symantec Mail Security) with ESMTP id 894E8100BE;Tue, 17 Apr 2007 18:54:19
-0700 (PDT)
Received: from [17.202.32.198] (tinga.apple.com [17.202.32.198])by
relay6.apple.com (Apple SCV relay) with ESMTP id 70DF61004F;Tue, 17 Apr
2007 18:54:19 -0700 (PDT)
X-Message-Info:
LsUYwwHHNt3660MmjhEvYsDgApEjmEfOprC7uqZDdAJ32IJzm8RldvCV9aHOhm9U
X-AuditID: 11807124-9f57abb0000007e5-b6-46257a4ba635 References:
<email@hidden>
X-Mailer: Apple Mail (2.752.2)
X-Brightmail-Tracker: AAAAAA==
Return-Path: email@hidden
X-OriginalArrivalTime: 18 Apr 2007 01:54:19.0547 (UTC)
FILETIME=[7A7F0EB0:01C7815C]
Sure
On 17/04/2007, at 5:04 PM, jorge castellanos wrote:
Auval seems to be calling "GetTailTime()" when the AU is uninitialized.
To obtain the TailTime I'm using an object that gets instantiated on
initialization (as it should), so when auval calls GetTailTime() before
the AU is initialized, it crashes.
For now, I just did...
if(IsInitialized())
return myObject.tail();
else
return 0.0; // This is just so auval does not crash...
Any reason why I should "know" my tail time before initialization? Why is
it being called when uninitialized?
Why should a host have to init and allocate a whole bunch of memory for an
AU just to find out how to handle its rendering? Returning a tail time of
0 is bad, so I'm glad you asked!
Tail time is also meant to be a reasonable but conservative estimate - it
doesn't have to be accurate to the sample, but should cover expected tails
given available parameter settings. So, a common practise is to return a
conservative estimate
Bill
Thanks!
J.C.
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
_______________________________________________
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
--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________ __
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
________________________________________________________________________ __
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
_______________________________________________
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