HermesEventBus | using EventBus between processes , useful in the IPC | Pub Sub library

If you put an 'error' handler on your HTML5 video element, you can see this file produces the following error (Chrome 71):

Error 3; details: PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=0 duration=32000 size=2 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (us)=(0, 0)

(FYI: A similar error is discussed on github here).

2 bytes is kinda small for an audio sample. A little digging reveals that this is actually a copy of the "Audio Specific Config" for your audio track, which is strange, because that information is already present in the .mp4 headers. It's being duplicated into a sample at timestamp 0 (the first sample); I'm not sure why.

You may want to take a look at the docs for setAudioEncoder(); you have not called it, and the docs state:

If this method is not called, the output file will not contain an audio track.

Yet, your file contains an audio track. So, this may warrant a little further investigation.

EDIT

Given this new understanding of your problem, it appears that the most expedient solution is just to forcibly drop the first sample from your AAC stream. Might as well do it with your "combining" code. I would subclass the AACTrackImpl like this: