[FFmpeg-user] ffplay with Havision Makito X video encoder, H.264 stream, and "intra refresh" option enabled

Kevin Hise hisekc at gmail.com
Thu Oct 29 18:38:17 EET 2020


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 233.254.1.1 -p 8000 >video.file

cat video.file | nc -q 0 -bu 233.254.1.2 8000


The ffplay command line is:

ffplay udp://233.254.1.2:8000


If you play the "intra refresh" video back no video will be displayed in
the ffplay window (no window appears).

If you first play the "not intra refresh" video, the video window *does*
appear, then when that's done leave the ffplay window running (video has
stopped) and then play the "intra refresh" video file, the "intra refresh"
video does play, and it looks like some artifacts are "cleaned" off I guess
while the intra-refresh frames are processed like they're supposed to be.

It may be possible to simply "seed" the decoder logic with a black keyframe
and then let it recover from that (which is a C/C++ question, I'd assume).


The files are about 30MB each, and about 30 seconds or a little more. I
think the google drive links are shared properly.



https://drive.google.com/file/d/1rY8FMl8dQxZS29IR8OBw2yZt7S0PS4q2/view?usp=sharing
 not-intra-refesh.video
<https://drive.google.com/file/d/1rY8FMl8dQxZS29IR8OBw2yZt7S0PS4q2/view?usp=drive_web>

https://drive.google.com/file/d/1vrWWuDqQCe0MDQW3HxipJUPgl2eO7D8-/view?usp=sharing
 intra-refresh.video
<https://drive.google.com/file/d/1vrWWuDqQCe0MDQW3HxipJUPgl2eO7D8-/view?usp=drive_web>


Any help with ideas debugging is appreciated.

--kev


On Wed, Oct 28, 2020 at 10:59 PM Edward Park <kumowoon1025 at gmail.com> wrote:

> Hi,
>
> > It was suggested here that I "attach a file" but I'm not sure how that
> > can be done with FFMPEG since it's unable to decode the video it
> > doesn't seem to write anything to a file when you try to record the
> > stream.
>
> I don’t know about the issue you’re describing but I think nc (or it might
> be netcat depending on your system) to save the raw data you’re  using as
> the input would be best for recreating the sample as a file from a udp
> stream.
>
> Regards,
> Ted Park
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".


More information about the ffmpeg-user mailing list