Answered
0
0

I have some (Windows) code that is able to play MP3 files and streams via HTTP URLs but fails with an error when I point it at an HTTPS URL.

FMOD_ErrorString reports: “(26) A HTTP error occurred. This is a catch-all for HTTP errors not listed elsewhere.”

This is a snippet of code from my test harness:

FMOD::Sound* stream;
FMOD_RESULT result;

FMOD_CREATESOUNDEXINFO sound_ex_info;;
memset(&sound_ex_info, 0, sizeof(FMOD_CREATESOUNDEXINFO));
sound_ex_info.cbsize = sizeof(FMOD_CREATESOUNDEXINFO);
sound_ex_info.suggestedsoundtype = FMOD_SOUND_TYPE_MPEG;

FMOD_MODE mode = FMOD_DEFAULT | FMOD_IGNORETAGS;
result = system->createStream(url.c_str(), mode, &sound_ex_info, &stream);

….

For my HTTPS URL: https://dl.dropboxusercontent.com/u/1109/sample.mp3 – result is not FMOD_OK and the error is as listed above.

Other software – MP3 player, QuickTime Player, Chrome etc. can all play the file normally.

I am using FMODEx version 4.4461

Am I doing something wrong or is something about that URL unsupported in the version of FMOD I am using.

  • You must to post comments
Best Answer
0
0

My best guess so far is that that URL is using encryption via HTTPS and that FMOD does not provide a certificate to allow the data to come back. FMOD HTTPS access seems to allow URLs that return unencrypted data (though this seems counterintuitive, that’s what it seems to be doing).
We’d have to add openssl and a certificate on the fmod low level runtime engine side to make that URL work, which we’re not prepared to do just yet. It would take more investigation (ie how much the dll size would blow out for example).

  • You must to post comments
0
0

Understood – thank you for taking the time to dig into it for us.

  • You must to post comments
Showing 2 results
Your Answer

Please first to submit.