1164986 - Vidyo Replay Files fail Vid.ly Transcoding.

Status: RESOLVED FIXED

(Webtools Graveyard :: Air Mozilla, defect)

Description

[Richard A Milewski[:richard]]

Attachment: VideoSpec report of the original Vidyo Replay file.

There is something very strange about the .m4v files from Vidyo Replay.

The .m4v files fail transcoding by Vid.ly

Passing them through Handbrake does not solve the problem.

Re-rendering the files in Final Cut Pro results in an all-black video.

Re-rendering the file produced by Handbrake results in a file that can be transcoded by Vid.ly

VideoSpec reports attached.

Comment 1

[Richard A Milewski[:richard]]

Attachment: VideoSpec report of the Handbrake file.

Comment 2

[Richard A Milewski[:richard]]

Filed ticket #14407 with the Encoding.com help desk re this problem.

Comment 3

[Richard A Milewski[:richard]]

Vidly reports that their Dolby audio encoders error out on source at 11.025 KHz. Which the rate at which Vidyo Replay encodes audio.    

They ask if it's possible to record Vidyo audio at 22.05 KHz.  Do we have control of that?

Comment 4

[Peter Bengtsson [:peterbe]]

Wanna share the file with me so I can try to see how the AWS Transcoder would have fared?

Comment 5

[Richard A Milewski[:richard]]

Work-around:  Before uploading run Vidyo Replay Files through:

ffmpeg -i InputFile.mp4 -af aresample=osr=22050  OutputFile.mp4

Comment 6

[Richard A Milewski[:richard]]

(In reply to Peter Bengtsson [:peterbe] from comment #4)
> Wanna share the file with me so I can try to see how the AWS Transcoder
> would have fared?

 	https://air-mozilla-uploads-prod.s3.amazonaws.com/2015/05/08/80-6c8e2-202013.m4v

Comment 7

[Richard A Milewski[:richard]]

Vid.ly fixed their infrastructure.