I am back at this problem.
What i did: i commented out line 218 in videoDECKLINK.cpp it was:
verbose(1, „[GEM:videoDECKLINK] checking format ‚%s‘“, dmn);
i used
./configure --with-DeckLink-CFLAGS="-I/home/thalia/Downloads/Blackmagic_DeckLink_SDK_10.10/Blackmagic_DeckLink_SDK_10.10/Linux/include" --with-DeckLink-LIBS="-L/home/thalia/Downloads/Blackmagic_DeckLink_SDK_10.10/Blackmagic_DeckLink_SDK_10.10/Linux/Samples/bin/x86_64/lib" --with-pd=/usr/include/pd
and the .so files are created, but it still cannot use the plugin. IOhannes, I did as you suggested, and attached all the outputs to this mail, maybe you or anybody can see something here.
best and thx
-j-
*im sending this mail again, since it was rejected in size. I took away make-output.
> Am 12.06.2018 um 22:41 schrieb IOhannes m zmölnig <zmoelnig(a)iem.at>:
>
> On 06/12/2018 01:16 PM, Johnny Mauser via GEM-dev wrote:
>> Yes, it installed in the correct place. But is not found. There was one
>> line in a .cpp file which i had to take out, otherwise it would not
>> compile.
>> It was a line about verbose() and it complained that verbose was
>> not defined in this scope. I thought that this was only for Pds window.
>> I will tell more specific what i did, when i have access to the machine
>> again.
>
> yes please. it's hard to fix the issue otherwise.
>
> you could try running Pd from the cmdline and in verbose mode ("-v") and
> see whether you get something meaningful on the stderr.
> Gem scans for gem_video-plugins both on startup and when you create a
> [pix_video] object, so these are the times to watch out.
>
> also, check whether the (runtime) linker can find all the dependencies
> by running:
> $ ldd gem_videoDeckLink.so
> and looking for "not found" lines.
>
> (but then, iirc, the DeckLink API uses dlopen() to open the actual
> proprietary library, so "ldd" might succeed just fine)
>
> gfamrds
> IOhannes
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev(a)lists.iem.at
> https://lists.puredata.info/listinfo/gem-dev
