Did not realize the files I shared were too large. I copied them to a shared Google Drive here . . .
https://drive.google.com/drive/folders/0B-TtYdUjPHBmM29uWkU4aHdReE0?usp=sharing On Wed, May 17, 2017 at 3:30 PM, Bob Kirnum <bkir...@gmail.com> wrote: > Sorry for the delay. Attached are two examples. Both files play on > Windows 10 using the 'Movies & TV' app, only the AMR-NB file has audio. > Both play fine using VLC with audio. > > Thanks, > Bob > > On Wed, May 17, 2017 at 9:23 AM, Carl Eugen Hoyos <ceffm...@gmail.com> > wrote: > >> 2017-05-17 14:27 GMT+02:00 Hendrik Leppkes <h.lepp...@gmail.com>: >> > On Wed, May 17, 2017 at 2:05 PM, Bob Kirnum <bkir...@gmail.com> wrote: >> >> Backwards compatibility tested running complete FATE testing. >> >> >> >> Our media server can record to and play from MP4 containing H.264 and >> / or >> >> AMR-NB / WB. The codecs are proprietary implementations. We use >> >> libavformat for MP4 containers. The recorded containers can be played >> back >> >> using third party tools (open source implementations). >> >> >> > >> > So are you saying that there is no official specification for AMR in >> > MP4, and these files are only compatible with your proprietary >> > software? >> >> It says here (afaict) that such a specification exists: >> http://www.mp4ra.org/codecs.html >> >> I thought that demuxing should already be supported and >> that muxing may need specific atoms. >> >> Carl Eugen >> _______________________________________________ >> ffmpeg-devel mailing list >> ffmpeg-devel@ffmpeg.org >> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel >> > > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
