Capture Agent mpeg Recording with mimetype application/octet in manifest.xml will cause processing failure while publishing after editing

Steps to reproduce

Steps to reproduce:
1. Upload the (of a MH 1.3 CA) via addZippedMediaPackage-REST endpoint
Download link:
2. Let it process, this succeeds
3. Edit it, ie. cut it in the middle, and send it to the Publish-Workflow
4. There will be a processing failure, stating something about track.unknown

Actual Results:
A processing failure in the prepare-av workflow step.

Expected Results:
The processing to complete successfully just like the previous did, but with the cut version.

Workaround (if any):


Andi Krieger
October 10, 2018, 3:37 PM

actually, this is (part of ) my local patch:
+ <MimeType>
+ <Type>application/octet-stream</Type>
+ <Description>Application Octet Stream treitler hs18</Description>
+ <Extensions>mpg, mp2</Extensions>
+ </MimeType>

And I just did a test on and the workflow failed (after cutting and sending to publish) as described in this ticket.
So it is not fixed. And the PR#130 suppesedly also does not fix it. Maybe because this requires "application/octet-stream" to be connected to mpg, not "video/mpeg". Dunno though.

Sven Stauber
October 10, 2018, 1:49 PM

Looking at the comments on, the patch has become obsolete as the mimetypes it would have added have already been added meanwhile.

Does this make sense?

Andi Krieger
October 10, 2018, 10:46 AM

No not really.
We still have one capture agent with this problem.
While I have a local patch for OC 3.3. for this, it would still be interesting why the PR #130 has been declined.

Sven Stauber
October 10, 2018, 10:32 AM

Hi Andi

Are you still working on this issue?

Andi Krieger
November 25, 2017, 1:33 PM

Ok, fix required for 4.x (for 3.3 I've fixed it locally reproducing Lars' fix for ).
I'll try to create that PR these days.

Your pinned fields
Click on the next to a field label to start pinning.


Andi Krieger


Andi Krieger


Non Functioning