> On 22 Apr 2021, at 18:05, Carl Zwanzig <c...@tuunq.com> wrote: > > On 4/22/2021 12:43 AM, Bouke wrote: >> Trying to view a stream while recording. (That 'sorta kinda' works with a >> tee and udp streaming, but has a horrible delay.) >> Ideal would be to keep FFplay open, and start / stop FFmpeg for >> recording, or just viewing the incoming signal. > The BMD recorder app does a rather good job of that....
You mean Media Express? Yes, that has just a little latency, but is too limited for my purpose. > >> This results in a latency of 6 seconds (Ok, no local file, but with it >> and a tee it’s the same) > Have you tried > different encodings? Yes, but that’s no issue, the encoding is fast enough > tee-ing raw frames into both a viewer and a separate encoder? How would I go about that? And, how should that help ’not’ filling the buffer that FFplay reads out, introducing the latency? > IIRC the ffmpeg decklink code has a few frames of latency, but not more than > that. OTOH, how many does the x264 encoder have? Very little, that’s not the issue > (I'll assume the encoder can keep up with the incoming frames.) At least for > the viewing part, you shouldn't use -any- encoding since those same frames > will then have to be decoded for display. (If you're using ffplay to monitor > the recording -after- encoding, they you have to live with the encoder's > latency.) Just cursed and googled more, -fflags nobuffer solves it! Thanks for putting me on the right track Bouke > Later, > > z! > _______________________________________________ > 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".
