Hi,
It works fine, resulting file is perfectly playable and OPUS audio
works, tested with both audio-only and audio+video MP4 recordings. So, I
can confirm that apparently this solves the issue.
Thank you very much for the patch,
Juan
On 20/9/19 0:34, Carl Eugen Hoyos wrote:
Am Di., 3. Sept. 2019 um 18:39 Uhr schrieb Juan Navarro <juan.nava...@gmx.es>:
I'm trying to record a plain RTP stream, both with GStreamer and with
FFmpeg, with either H.264 or VP8 video codecs, and OPUS audio in all cases.
I got this working for VP8+OPUS (WEBM) with GStreamer and FFmpeg, and
H.264+OPUS (MP4) with GStreamer, but _not_ FFmpeg. After some testing I
was able to isolate the issue to recording OPUS audio with FFmpeg into
MP4 container (a somewhat uncommon combination I know, but afaik MP4
should be technically able to store OPUS, and it works great with
GStreamer so it is definitely possible).
FFmpeg is missing some extradata, and after the recording is done (after
pressing 'q'), no moov or any other kind of header is written to the MP4
file. However, I guess there is actual OPUS audio in the file, as the
file takes several 100s KB.
FFmpeg version is today's Git master. Report logs, and input SDP files,
are attached to this email (with full command line and output, as per
the '-report' option).
Feel free to test this patch and report back here:
https://ffmpeg.org/pipermail/ffmpeg-devel/2019-September/250177.html
Carl Eugen
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
