[FFmpeg-user] ffplay with Havision Makito X video encoder, H.264 stream, and "intra refresh" option enabled
hisekc at gmail.com
Tue Nov 3 07:32:23 EET 2020
On Sat, Oct 31, 2020 at 4:41 AM Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
> Am Do., 29. Okt. 2020 um 17:44 Uhr schrieb Kevin Hise <hisekc at gmail.com>:
> > I've attached 2 sample files (google drive links) captured using netcat (or
> > 'nc' on my Slackware box)...one showing video without the "intra refresh"
> > option enabled, and the other with.
> > The commands I've used to record and play back the video files are like so:
> > nc -ul -s 188.8.131.52 -p 8000 >video.file
> > cat video.file | nc -q 0 -bu 184.108.40.206 8000
> (Unrelated: The files you attached are already transport streams,
> no need to pipe them through nc)
> > The ffplay command line is:
> > ffplay udp://220.127.116.11:8000
> You can use "-flags2 +showall" to decode the file (and -copyinkf to copy
> the video stream to allow testing other players).
> I am not convinced that the stream is sane, feel free to do more
> tests and report back. (I believe I remember other bugs in Makito
> Please find out what "top-posting" means and remember to avoid it here.
> Carl Eugen
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
Thank you, Carl. Knowing that the "-flags2 +showall" option exists
(and that it applies) is very helpful...and I've found the option
already useful in my "video wall" application by setting the context
structure's 'flags2' member. I passed the info up to the Havision tech
that contacted me...maybe that will help them. Not sure.
...and I'll try to wrestle with gmail and it's top-posting preference
and generally crappy email client implementation. :)
More information about the ffmpeg-user