- Newest
- Most votes
- Most comments
Contacting with support we reached the following conclusion:
- When we provide a link containing the video to be converted, and it's not located in a S3 bucket, AWS MediaConversion service performs HTTP Range requests for fetching the data. Our server was not handling the response codes correctly (206 Partial content), was returning a 200 success. As a result, the service tried to download in a Range, but our server replied with 200, making believe the client that the media was completely download. Because the moov atom sometimes is at the end of the video file, the AWS MediaConversion service was effectively returning the error "no moov box found in file".
- We will fix our server to handle this HTTP Range requests correctly.
- Because our media is already in S3 buckets, we will change the URL we provide to AWS MediaConversion service to always provide a resource from S3 bucket, not from our own server. That way, AWS already has the media and doesn't need to travel or Range download it from outside.
Thanks for the support
Try to transcode files that were successfully transcoded before end of January. If it will not work, open support case in AWS support (might be regression).
The issue you're experiencing with AWS Elemental MediaConvert failing to open certain .mov files is likely related to the structure of these files, specifically the absence or incorrect placement of the 'moov' box (movie metadata).
In QuickTime (.mov) files, the 'moov' box contains important metadata about the video, including information about tracks, duration, and other essential details. When MediaConvert reports "no moov box found in file," it suggests that this crucial metadata is either missing or not in the expected location.
This problem can occur for several reasons:
-
Incomplete file transfers: If the file upload to S3 was interrupted, the 'moov' box might be missing.
-
File structure: Some encoding tools place the 'moov' box at the end of the file instead of the beginning, which can cause issues for certain readers.
-
File corruption: The file might be damaged, preventing MediaConvert from locating the 'moov' box.
-
Incompatible encoding: While the codecs (H.264 and HEVC) you mentioned are supported, there might be specific encoding parameters or settings that are causing issues.
To troubleshoot this problem, you could try the following:
-
Use a tool like AtomicParsley or FFprobe to examine the structure of the problematic files and compare them with files that work correctly.
-
Try remuxing the files using FFmpeg to ensure the 'moov' box is at the beginning of the file: ffmpeg -i input.mov -c copy -movflags +faststart output.mov
-
Verify that the files are completely and correctly uploaded to S3.
-
If possible, try processing these files through MediaConvert in a different AWS region to rule out any region-specific issues.
-
Contact AWS Support with specific examples of failing files, as they may be able to provide more detailed insights or identify if there have been any recent changes to the service that could be affecting your workflows.
Remember that while MediaConvert supports a wide range of input formats, there can be subtle differences in file structures that cause issues. It's also possible that recent updates to MediaConvert have changed how it handles certain file structures, which could explain why you're seeing this issue more frequently since the end of January.
Sources
Error codes - MediaConvert
Troubleshooting - MediaConvert
Supported input formats - MediaConvert
Relevant content
- asked a year ago

The given solution does not fix the issue. Reason 1: file wasn't uploaded to any S3 storage, it's publicly available in our servers. Reason 2: AWS Elemental MediaConvert is able to parse files without a moov atom (I double checked some files lacking this atom and they succeed, others failed) Reason 3: files are not damaged, tested consistently with bunch of different uploads that contained the same original file. Reason 4: this could be the most relevant one, but the AWS Elemental MediaConvert docs doesn't give more details about which parameters might be the conflicting ones. Looking the files closely with ffmpeg I wasn't able to spot a pattern neither.
About troubleshooting: Troubleshooting 1: already did that unfortunately without a strong pattern to detect why some .mov files are failing and why some others aren't Troubleshooting 2: if I need to remux the file, what's the point of using a Conversion tool like AWS Elemental MediaConvert? We don't have strong GPU servers to remux these videos ...