MXF Support

[unisoft 352]

If I have H264/AVC inside MXF OP1A containers - will Emby simply change the container when playing the file (assuming the device supports AAC/AC3/EAC3 etc)

I don't mind this for those devices that don't understand MXF containers, but don't want transcoding (i.e. if same content was in MP4 and played direct on that device(.

Or does it just not recognise MXF as valid?

Edited February 15, 2024 by unisoft

[rbjtech 5284]

Why not just put it into a more popular and well supported container ?     Does mkvmerge or ffmpeg (copy) allow you to simply re-write the tracks into an MKV file ?

[unisoft 352]

I have reasons why I would like MXF. Creating them isnt an issue. FFMPEG does support them, yes.

Edited February 15, 2024 by unisoft

[rbjtech 5284]

I guess the only way is to try lol

If ffmpeg supports that input format - then emby should as it obviously uses ffmpeg for all it's stream manipulation but whether it can stream copy, as opposed to transcode is, as you say, the key issue here.

Do you have a small sample MXF file that you could share ?

edit - forget that - there are samples here  -

https://filesamples.com/formats/mxf

Edited February 15, 2024 by rbjtech

[unisoft 352]

53 minutes ago, rbjtech said:

I guess the only way is to try lol

If ffmpeg supports that input format - then emby should as it obviously uses ffmpeg for all it's stream manipulation but whether it can stream copy, as opposed to transcode is, as you say, the key issue here.

Do you have a small sample MXF file that you could share ?

edit - format that - loads here -

https://filesamples.com/formats/mxf

I'd assume they were Op1A profile as most common sort now and have the audio and video together.

If Luke can't answer directly, then as you say, I'll have to try them out on various devices....in theory Emby should just change the container. The theory anyway.....

[Luke 42078]

11 hours ago, unisoft said:

If I have H264/AVC inside MXF OP1A containers - will Emby simply change the container when playing the file (assuming the device supports AAC/AC3/EAC3 etc)

I don't mind this for those devices that don't understand MXF containers, but don't want transcoding (i.e. if same content was in MP4 and played direct on that device(.

Or does it just not recognise MXF as valid?

HI, ideally yes that's what will happen.

[ivan001 2]

The video below (MXF, 1080p50 MPEG2 @ 50Mbps, 2 discreet PCM channels) plays fine on my TV (bought in 2023) with Android OS using direct play. The same is also true for my Android Phone (Samsung a54/ Android 15).

There is no change in container necessary, the app plays MXF out of the box, no transcoding.

On the browser there's a change of container and transcoding of both audio and video.

On the Windows app it shows HLS for the container, plays the video stream without transcoding but transcodes the PCM audio.