Re: [recon-devel] Windows Release Build of Recon Fails to Find/Load Codecs
Scott,
I played around with this setting and both settings work for the Debug
build but neither or any variations I can think of works for the
Release build.
Because it is a Release build there is very little debug info,
although I could possibly turn it on.
The only way I got the Release build working was to set the
preprocessor setting for sipXmediaLib to:
DEFAULT_CODECS_PATH=.
I then put the codecs in the same directory as the executable for
command line execution.
I spent a lot of time looking at this and my solution is adequate for me.
David Suh
On Wed, Feb 25, 2009 at 1:20 PM, Scott Godin <sgodin@xxxxxxxxxxxxxxx> wrote:
> There is a difference in paths when building debug vs release - see code
> around line 52 in ConversationManager.cxx:
> #ifdef _DEBUG
> UtlString codecPaths[] = {".", "../../../../sipXtapi/sipXmediaLib/bin"};
> #else
> UtlString codecPaths[] = {"."};
> #endif
> int codecPathsNum = sizeof(codecPaths)/sizeof(codecPaths[0]);
> assert(OS_SUCCESS ==
> CpMediaInterfaceFactory::addCodecPaths(codecPathsNum, codecPaths));
> I believe that just using "." as the codec path will cause sipXtapi to look
> in your current working directory. Note: If you are launching from Visual
> studio, then the working directory is not the Release folder (where the .exe
> is), it is the base project folder. You can try playing with the codecPath
> string above to see what works for you.
> Let me know how you make out.
> Scott
> On Wed, Feb 25, 2009 at 4:10 PM, dsuh <dsuhpublic@xxxxxxxxx> wrote:
>>
>> I am having a hard time figuring out why.
>> When I build the latest version from svn (with the latest version of
>> sipXtapi), the Debug build works fine, but the Release build doesn't
>> when run.
>> For both versions, I put the codec DLLs in the same directory where
>> testUA.exe is built so that it can pick it up.
>> The error in the console window is
>> "ERR | 20090225-121008.540 | testUA | USERAGENT | 7536 |
>> ConversationManager.cxx:89 | No codec plugins found. Cannot start."
>> It looks as if either the dynamic linking code in sipXmedialib or the
>> codec is being built differently.
>> Anybody found a solution to this problem?
>> Otherwise, I may have to look into building the codecs statically.
>>
>> David Suh
>> _______________________________________________
>> recon-devel mailing list
>> recon-devel@xxxxxxxxxxxxxxx
>> List Archive: http://list.resiprocate.org/archive/recon-devel/
>
>