Menu
▾
▴
openfx-developer
|
From: Hybris <hy...@gm...> - 2011-04-20 19:46:43
|
I am still slowly developing a simple plugin while i learn the api in my spare time. I am targeting the only host i can put my hands on right now, Sony Vegas. I just crossed 2 odd behaviours. I suspect that these are bugs in the host and i wish to have confirmation. 1) fetching a param that has not been defined crashes Vegas. 2) when defining a param only the name given in define*Param has effect while setScriptName has no effect Thanks |
|
From: Hybris <hy...@gm...> - 2011-04-20 20:11:05
|
2011/4/20 Pierre Jasmin <ja...@re...>: > Sony like most hosts probably has it's own developer list for issues > specific to a particular host. not really, they still have the old directx plugins forum open and nothing for the new architecture they also not have published anything about ofx support, i.e. which version of the api is supported nothing for the home developer at least...i guess main plugins developers had access to some info > Depends on host, if the host has support for scripting is the theory here I > think ah i tought they were the same thing, this explains why the different behaviour |
|
From: Adams, D. <Den...@am...> - 2011-04-20 22:48:20
|
Hybris: For Sony Vegas OFX host feedback, please use SCS...@am... Thanks. ///d@ ____________________________ Dennis Adams Sony Creative Software Inc. -----Original Message----- From: Hybris [mailto:hy...@gm...] Sent: Wednesday, April 20, 2011 3:11 PM To: ja...@re... Cc: Developer oriented mailing list Subject: Re: [Openfx-developer] are these buf in the host? 2011/4/20 Pierre Jasmin <ja...@re...>: > Sony like most hosts probably has it's own developer list for issues > specific to a particular host. not really, they still have the old directx plugins forum open and nothing for the new architecture they also not have published anything about ofx support, i.e. which version of the api is supported nothing for the home developer at least...i guess main plugins developers had access to some info > Depends on host, if the host has support for scripting is the theory here I > think ah i tought they were the same thing, this explains why the different behaviour ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Openfx-developer mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openfx-developer |
|
From: Pierre J. <ja...@re...> - 2011-04-20 20:17:13
|
On 4/20/2011 12:46 PM, Hybris wrote: > I am still slowly developing a simple plugin while i learn the api in > my spare time. > I am targeting the only host i can put my hands on right now, Sony Vegas. > > I just crossed 2 odd behaviours. > I suspect that these are bugs in the host and i wish to have confirmation. > > 1) fetching a param that has not been defined crashes Vegas. Sony like most hosts probably has it's own developer list for issues specific to a particular host. > 2) when defining a param only the name given in define*Param has > effect while setScriptName has no effect Depends on host, if the host has support for scripting is the theory here I think > Thanks > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > Openfx-developer mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openfx-developer > |
|
From: Gary O. <ga...@ge...> - 2011-04-20 20:38:30
|
----- Original Message ----- > From: "Pierre Jasmin" <ja...@re...> > On 4/20/2011 12:46 PM, Hybris wrote: > > 1) fetching a param that has not been defined crashes Vegas. I'd suggest not doing that on _any_ host. -- Gary |
|
From: Hybris <hy...@gm...> - 2011-04-20 21:06:52
|
2011/4/20 Gary Oberbrunner <ga...@ge...>: > I'd suggest not doing that on _any_ host. indeed it's an error anyway so crash or not it does not really matter but it seems odd to be able to crash an host that way anyway i forgot to mention that i am using OfxSupport in case someone wants to investigate if the error is really in the host or in some layer between i wish i was able to test this better before writing but i could not find a way to debug it at runtime with the VS express cheers |
|
From: Peter L. <pe...@ey...> - 2011-04-21 00:36:44
|
>> I'd suggest not doing that on _any_ host.
Agreed.
> indeed it's an error anyway so crash or not it does not really matter
> but it seems odd to be able to crash an host that way
Well, it depends. Are you passing NULL or some uninitialized variable as
the param handle?
I would hope most hosts would deal with NULL gracefully, but trying to do
proper sanity checking on undefined handles isn't as easy. Fusion attempts
to do it, but I'd be surprised if everyone does.
FYI we use a magic value and type at the beginning of every handle, and
check to see it's valid memory.
For windows, say something similar to:
if (!handle || IsBadReadPtr(handle, sizeof(*handle)) || (handle->m_Magic
!= FuOFXH_Magic) || (handle->m_Type != <appropriate type>))
return kOfxStatErrBadHandle;
- Peter
|
|
From: Hybris <hy...@gm...> - 2011-04-21 20:22:14
|
> Well, it depends. Are you passing NULL or some uninitialized variable as
> the param handle?
during fetch i am not passing anything:
OFX::Log::print("********************************before fetch scale");
rScale_ = fetchDoubleParam("scaleR");
if param "scaleR" has not been defined before (lets's say i have a
typo there), the host crashes
this is some log coming from OFX:
********************************************************************************
START mainEntry (OfxActionCreateInstance)
Retrieved string property OfxImageEffectPropContext[0], was given
OfxImageEffectContextFilter.
Set pointer property OfxPropInstanceData[0] to be 0874FE90.
Retrieved string property OfxImageEffectPropContext[0], was given
OfxImageEffectContextFilter.
********************************before fetch scale
Set pointer property OfxPropInstanceData[0] to be 00000000.
STOP mainEntry (OfxActionCreateInstance)
********************************************************************************
START mainEntry (OfxActionBeginInstanceChanged)
Retrieved pointer property OfxPropInstanceData[0], was given 00000000.
ERROR : Instance data handle in effect instance properties is NULL!
Retrieved string property OfxPropChangeReason[0], was given
OfxChangeUserEdited.
|
|
From: Bruno N. <br...@th...> - 2011-04-21 08:32:27
|
Hi, On 20 Apr 2011, at 20:46, Hybris wrote: > > 1) fetching a param that has not been defined crashes Vegas. I can't help with that one. > 2) when defining a param only the name given in define*Param has > effect while setScriptName has no effect What do you mean by 'no effect'? b -- Bruno Nicoletti, Chief Technology Officer The Foundry 6th Floor, The Communications Building, 48, Leicester Square, London, WC2H 7LT, UK Skype: brunonicoletti Tel: +44 (0)20 7968 6828 - Fax: +44 (0)20 7930 8906 Web: www.thefoundry.co.uk Email: br...@th... The Foundry Visionmongers Ltd. Registered in England and Wales No: 4642027 |
|
From: Hybris <hy...@gm...> - 2011-04-21 20:28:56
|
>> 2) when defining a param only the name given in define*Param has >> effect while setScriptName has no effect > > What do you mean by 'no effect'? sorry i cannot reproduce it anymore forget about this |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X