hdmi audio support?

IDeckLinkInput::EnableAudioInput requires specification of the content to capture (fs, bit depth, no of channels) but I cannot see any mechanism by which you can read what is specified by the incoming signal, does any such mechanism exist in the SDK?

for example

the HDMI audio infoframe contains a variety of information about the signal, is this accessible anywhere?

assuming some IEC61937 (eac3 etc) encoded content is delivered, does the IDeckLinkAudioInputPacket just provide the raw bytes from which one can locate & extract the databurst for decoding? (NB: I think only 48kHz is supported so this will be limited to AC3 or PCM but I'm just interested in what is possible using the SDK at the moment)

Thanks
Matt

assuming some IEC61937 (eac3 etc) encoded content is delivered, does the IDeckLinkAudioInputPacket just provide the raw bytes from which one can locate & extract the databurst for decoding? (NB: I think only 48kHz is supported so this will be limited to AC3 or PCM but I'm just interested in what is possible using the SDK at the moment)

I would be surprised if the decklink supports anything other than PCM.
Seeing as the first parameter to EnableAudioInput is a BMDAudioFormat enum with a single value of PCM, the sdk suggests that it only supports PCM.

PCM is just bytes, encoded audio is ultimately just bytes as well so if PCM just means "the frame contains the raw bytes" then seems like it should work ok. The q is ultimately what does the decklink sdk do here?

Sure it is all just bytes, so they probably could support passing through the raw bytes for other formats pretty easily. Unless even doing that would involve licensing costs (I feel like it wouldn't, but I dont know for certain)

But as the current implementation explicitly states the audio will be PCM, I would not expect it to be passing through other data. If it does, then that is something that would end up getting reported as a bug.

My main reason for not expecting it is that the Decklink cards are primarily SDI with a little bit of HDMI sprinkled in there. So the features look to be primarily defined by what makes sense for SDI. As SDI doesnt support encoded audio (as far as I can tell), I expect it is a hard sell to spend time on supporting