[Ffmpeg-devel-irc] ffmpeg.log.20180715

[burek]

[00:01:51 CEST] <killown> ffmpeg -i test.mp4 -ss 00:00:00 -to 00:0:21 -strict -2 -c copy out.mp4 hmmm
[02:57:38 CEST] <analogical> killown, you could use MkvToolnix but the output will an mkv-file
[06:35:17 CEST] <stmps> hey guys, i'm trying to hardcore/burn in .srt subtitles for a media player that doesn't support separate sub files. using ffmpeg like so: https://pastebin.com/XmmfErNE
[06:36:02 CEST] <stmps> testing the .srt with VLC works fine, but when trying to hardcore with ffmpeg, the output media doesn't have any subs burned in
[06:37:16 CEST] <stmps> am I doing something wrong? my ffmpeg seems to have been compiled with --enable-libass, as is required by the subtitle filter
[11:02:52 CEST] <Henry_> hi
[15:05:48 CEST] <fiftysix> hi!
[15:06:08 CEST] <fiftysix> is there a way to run a video file that freezes somewhere in the middle through ffmpeg in the hopes of repairing it somehow?
[15:42:43 CEST] <kepstin> depends on the reason why it's freezing. if it's a corrupt file that a player using ffmpeg libraries (e.g. mpv) can't play through, then probably not.
[15:42:55 CEST] <kepstin> but sometimes... maybe
[15:43:46 CEST] <kepstin> er, wait, fiftysix already left
[16:06:54 CEST] <Croepha> hello, im trying to stream from ffmpeg to ffplay on a lan, on ffmpeg output I have: rawvideo (UYVY / 0x59565955), uyvy422(top first), 1920x1080, q=2-31, 995328 kb/s, 30 tbr, 90k tbn, 1000k tbc    but on ffplay i have:  rawvideo (UYVY / 0x59565955), uyvy422, 1920x1080, 829440 kb/s, 25 tbr, 25 tbn, 25 tbc  the video is just streaks, so im thinking the rate is off... would that make sense? if so how do I fix ffplay?
[16:26:34 CEST] <kepstin> what network protocol? that's basically a gigabit/s of video, so you're probably having issues due to packet loss if udp, or just bottlenecks otherwise
[16:39:08 CEST] <Croepha> kepstin actually I got it working, I needed -f rawvideo on recv side
[16:39:19 CEST] <Croepha> now im just trying to tune latency
[16:40:09 CEST] <Croepha> i have this on transmit:  ./ffmpeg  -fflags nobuffer  -flags low_delay -format_code Hi60 -f decklink -i 'UltraStudio Mini Recorder' -c:v copy -an -f rawvideo "udp://192.168.4.140:12334"  and this on recv: ffplay  -fflags nobuffer  -flags low_delay  -s 1920x1080 -pix_fmt uyvy422 -f rawvideo -i "udp://:12334?"
[16:40:24 CEST] <Croepha> still seems to have about 1 second of latency not sure why
[17:03:06 CEST] <Mavrik> But... why.
[17:03:35 CEST] <Mavrik> Streaming to the limit of performance this way is not going to be stable O.o
[17:13:36 CEST] <Croepha> Mavrik: well, its a lan connection, I can make some assurances that packet loss will not be a big issue
[17:14:22 CEST] <Croepha> i basically need a VNC like solution... imagine, you were remotted into a machine, and you got to see every keystroke a second later
[17:15:16 CEST] <Croepha> but its a little more complicated, because I cant simply run a vnc server on what i want, so I have to capture it through hdmi
[17:16:22 CEST] <kepstin> encoding with e.g. x264 in zerolatency mode should only add a small number of ms more per frame, and significantly reduce bandwidth
[17:17:29 CEST] <Mavrik> Croepha: at 1GBit packet loss will be an issue no matter what kind of connection you have
[17:17:39 CEST] <Mavrik> any kind of small queue issue will cause artifacts
[17:18:50 CEST] <Mavrik> Use at least some simple lossless compression
[17:18:59 CEST] <Mavrik> It'll save you like 5x as much bandwidth
[17:21:59 CEST] <kepstin> I mean, if you're running 10g ethernet it might work ok :)
[00:00:00 CEST] --- Mon Jul 16 2018