[MPlayer-dev-eng] DeckLink driver

Deron Kazmaier deron at pagestream.org
Tue Sep 20 15:56:12 CEST 2011

On 9/19/11 2:22 PM, Reimar Döffinger wrote:
> On Mon, Sep 19, 2011 at 01:20:43PM -0600, Deron Kazmaier wrote:
>> patch url http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20090817/0a55034d/attachment.diff.
> Well, the configure part of that is a joke.

It may be, but it is better than I could write at this moment! Man 
stands on the shoulders of the accomplishments of those who came before.

I'm just thrilled to have it. With suggestion you provided 2 years ago 
to the original poster I have fixed the audio issues, and the multi 
threading has addressed the speed issues. "Just" takes 6 threads to play 
out the 720p 59.94fps ProRes files. I saw on the FFmpeg list that 
they/you are looking for samples of different formats so I'll be asking 
my friend to generate a variety of samples on the Mac editing station he 

>> libvo/vo_decklink.o:(.rodata._ZTV28IDeckLinkVideoOutputCallback[vtable
>> for IDeckLinkVideoOutputCallback]+0x10): undefined reference to
>> `__cxa_pure_virtual'
>> libvo/vo_decklink.o:(.rodata._ZTI27DeckLinkVideoOutputCallback[typeinfo
>> for DeckLinkVideoOutputCallback]+0x0): undefined reference to
>> `vtable for __cxxabiv1::__si_class_type_info'
> objdump -T /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16  | grep '\(__cxa_pure_virtual\|__si_class_type_info\)'
> 00000000000bdb10 g    DF .text  000000000000001f  CXXABI_1.3 __cxa_pure_virtual
> 00000000000bdb30 g    DF .text  0000000000000013  CXXABI_1.3 _ZN10__cxxabiv120__si_class_type_infoD2Ev
> So you could just do as I suggested and add -lstdc++ to the linker flags
> (e.g. libs_mplayer="$libs_mplayer -lstdc++", though when writing a
> proper configure check that should become quite obvious how to do it).
> _______________________________________________

Yes, this resolved it as well, and I've adjusted the configure script to 
suit. Thanks!

Right now the configure script simply defaults to disabled and enables 
it when demanded. Would be acceptable to sniff out installed decklink 
includes and enable decklink automatically? I can't imagine someone 
having the includes on their computer any not wanting to compile it, but 
that is just a thought. Since my (eventual) goal is to have this patch 
accepted, I'd like to know your thoughts on this.

Thank you!


More information about the MPlayer-dev-eng mailing list