[FFmpeg-user] watermark text with background at the bottom center of video
I am currently using the following command which writes text with a black background, but the text goes to the top left of the video. ffmpeg -i myvideo.flv -vf drawtext="fontfile=/root/video/Bristol.otf: text='Stack Overflow': fontcolor=white: fontsize=24: box=1: boxcolor=black@1: x=(w-text_w)/2: y=(h-text_h)/2" -codec:a copy output.flv I want to have a full black background cover the bottom of the video and in the center of the black background write the text. How would I achieve this? -- View this message in context: http://ffmpeg-users.933282.n4.nabble.com/watermark-text-with-background-at-the-bottom-center-of-video-tp4676802.html Sent from the FFmpeg-users mailing list archive at Nabble.com. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] HTTP playlist stream copy to an IP QAM modulator
Mpegts udp suffers from excessive jitter. This has been fixed only four weeks ago. Check that your ffmpeg is recent enough. Cf https://trac.ffmpeg.org/ticket/4155 Also try the option flush_packets 0 to ensure consistent packet size. Le 20 juil. 2016 10:27 PM, "Isaac Asimov" a écrit : > > From: anacelia.sa...@gmail.com > > Date: Wed, 20 Jul 2016 09:38:06 -0300 > > To: ffmpeg-user@ffmpeg.org > > Subject: Re: [FFmpeg-user] HTTP playlist stream copy to an IP QAM > modulator > > > > Reuben, thanks to answer. I did 2 tests : > > 1. I received the stream with VLC and I have a similar problem like with > > the IP QAM. > > 2. Transcode the stream and the video its ok. > > > > But my doubt is, if I receive the "stream copy" with ffplay, it runs > > perfect!, so > > it seems the response to my problem is, the way ffplay process/recover > the > > time base. > > > > If I enable a debug it looks like every time ffmpeg make an http request > > for > > the playlist, there is a delay until receive it, and seems at this point > > the video freeze, and then continue. > > Thanks for another suggestion. > > Ana > > > > On Wed, Jul 20, 2016 at 12:56 AM, Reuben Martin > wrote: > > > > > On Tuesday, July 19, 2016 10:16:03 PM CDT Anacelia Sarlo wrote: > > > > ffmpeg -re -y -i $stream -c copy -f mpegts -map 0:0 -map 0:1 > > > > -mpegts_pmt_start_pid 66 -streamid 1:71 -streamid 0:70 udp:// > > > > 192.168.1.108:1234?pkt_size=1316 > > > > > > > > When I watch the stream from the cable network, the audio is OK but > the > > > > video looks sometimes faltering and other times too fast, and out of > > > sync. > > > > But when I received this same output with ffplay it runs OK. > > > > It seems there is a problem with the time base, I did many testings > with > > > > (genpts, copyts, etc) with no good results. > > > > > > You might try and see what happens if you re-encode it rather than > copying > > > the > > > media streams. Thing is with copying the stream you pass on any flaws > that > > > might be able to be corrected by ffmpeg, but are not as gracefully > dealt > > > with > > > by other implementations. > > > > > > At least that might help narrow the problem down a bit and determine > if the > > > problem is with the origional source, or with ffmpeg. > > > > > > It would be nice to have a bit-stream filter to re-write time stamps > when > > > doing a stream copy, but sadly no such filter exists yet. > > > > > > -Reuben > > I don't know in cable networks but in DVB-T (terrestrial) there are "Null > packets" in MPEG-TS mux, with PID 0x1FFF which target it's achieve a > constant bit rate, will null data. AFAIK ffmpeg don't generate this kind of > packets because it's unneeded in IPTV, that should be task of IP QAM > firmware. > > By the other side, MPEG-TS can use PTS and PCR info in each Packetized > elementary stream (e.g. in each video frame) to achieve sync, it's easy > play a video correctly without that info (and maybe that is the reason > ffplay play ok), but most MPEG-TS players need PCR and PTS fields to avoid > errors playing. > > > > > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > http://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 http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] HTTP playlist stream copy to an IP QAM modulator
> From: anacelia.sa...@gmail.com > Date: Wed, 20 Jul 2016 09:38:06 -0300 > To: ffmpeg-user@ffmpeg.org > Subject: Re: [FFmpeg-user] HTTP playlist stream copy to an IP QAM modulator > > Reuben, thanks to answer. I did 2 tests : > 1. I received the stream with VLC and I have a similar problem like with > the IP QAM. > 2. Transcode the stream and the video its ok. > > But my doubt is, if I receive the "stream copy" with ffplay, it runs > perfect!, so > it seems the response to my problem is, the way ffplay process/recover the > time base. > > If I enable a debug it looks like every time ffmpeg make an http request > for > the playlist, there is a delay until receive it, and seems at this point > the video freeze, and then continue. > Thanks for another suggestion. > Ana > > On Wed, Jul 20, 2016 at 12:56 AM, Reuben Martin wrote: > > > On Tuesday, July 19, 2016 10:16:03 PM CDT Anacelia Sarlo wrote: > > > ffmpeg -re -y -i $stream -c copy -f mpegts -map 0:0 -map 0:1 > > > -mpegts_pmt_start_pid 66 -streamid 1:71 -streamid 0:70 udp:// > > > 192.168.1.108:1234?pkt_size=1316 > > > > > > When I watch the stream from the cable network, the audio is OK but the > > > video looks sometimes faltering and other times too fast, and out of > > sync. > > > But when I received this same output with ffplay it runs OK. > > > It seems there is a problem with the time base, I did many testings with > > > (genpts, copyts, etc) with no good results. > > > > You might try and see what happens if you re-encode it rather than copying > > the > > media streams. Thing is with copying the stream you pass on any flaws that > > might be able to be corrected by ffmpeg, but are not as gracefully dealt > > with > > by other implementations. > > > > At least that might help narrow the problem down a bit and determine if the > > problem is with the origional source, or with ffmpeg. > > > > It would be nice to have a bit-stream filter to re-write time stamps when > > doing a stream copy, but sadly no such filter exists yet. > > > > -Reuben I don't know in cable networks but in DVB-T (terrestrial) there are "Null packets" in MPEG-TS mux, with PID 0x1FFF which target it's achieve a constant bit rate, will null data. AFAIK ffmpeg don't generate this kind of packets because it's unneeded in IPTV, that should be task of IP QAM firmware. By the other side, MPEG-TS can use PTS and PCR info in each Packetized elementary stream (e.g. in each video frame) to achieve sync, it's easy play a video correctly without that info (and maybe that is the reason ffplay play ok), but most MPEG-TS players need PCR and PTS fields to avoid errors playing. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] (no subject)
On 7/15/16, Tim Hiles wrote: > Hi all, > > Seeing odd behavior with screen capture recorder. > > This always works on win 7. No problems. Even when resolution is set to > 1920 x 1080 > > c:\ffmpeg\ffmpeg\bin\ffmpeg.exe -f dshow -i > video="screen-capture-recorder":audio="Microphone Array (Realtek High > Definition Audio)" -vcodec libx264 -pix_fmt yuv420p -preset ultrafast > -acodec pcm_s16le -ac 1 -ar 22050 C:\CMT\output.mkv > > But it isn't working on this win 10 computer with the resolution set to > 1920 x 1080. What happens is that it actually crops the image down to > 1536x864 gdigrab may work better for you, I think it handles DPI. See also https://github.com/rdp/screen-capture-recorder-to-video-windows-free/issues/50 for possible work arounds. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] HTTP playlist stream copy to an IP QAM modulator
Reuben, thanks to answer. I did 2 tests : 1. I received the stream with VLC and I have a similar problem like with the IP QAM. 2. Transcode the stream and the video its ok. But my doubt is, if I receive the "stream copy" with ffplay, it runs perfect!, so it seems the response to my problem is, the way ffplay process/recover the time base. If I enable a debug it looks like every time ffmpeg make an http request for the playlist, there is a delay until receive it, and seems at this point the video freeze, and then continue. Thanks for another suggestion. Ana On Wed, Jul 20, 2016 at 12:56 AM, Reuben Martin wrote: > On Tuesday, July 19, 2016 10:16:03 PM CDT Anacelia Sarlo wrote: > > ffmpeg -re -y -i $stream -c copy -f mpegts -map 0:0 -map 0:1 > > -mpegts_pmt_start_pid 66 -streamid 1:71 -streamid 0:70 udp:// > > 192.168.1.108:1234?pkt_size=1316 > > > > When I watch the stream from the cable network, the audio is OK but the > > video looks sometimes faltering and other times too fast, and out of > sync. > > But when I received this same output with ffplay it runs OK. > > It seems there is a problem with the time base, I did many testings with > > (genpts, copyts, etc) with no good results. > > You might try and see what happens if you re-encode it rather than copying > the > media streams. Thing is with copying the stream you pass on any flaws that > might be able to be corrected by ffmpeg, but are not as gracefully dealt > with > by other implementations. > > At least that might help narrow the problem down a bit and determine if the > problem is with the origional source, or with ffmpeg. > > It would be nice to have a bit-stream filter to re-write time stamps when > doing a stream copy, but sadly no such filter exists yet. > > -Reuben > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > http://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 http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] YUV10 Image Sequence
> > > > > > > > Do these files work for you? > > > > > ftp://vqeg.its.bldrdoc.gov/HDTV/SVT_exports/SVT_YUV10_Exports_/ > > > These files are compliant! They are 10-bit and import > > into my application correctly. > > This means a v210x encoder is needed to fulfill your needs. > This is definitely possible and not too difficult but > don't hold your breath... > > (Patch welcome!) > > Carl Eugen > So basically I have to wait for a patch? Do you know if there is somewhere to get the v210x code to adjust and create my own patch? ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
Re: [FFmpeg-user] Can't get TLS to work
I am sorry about that, but I've already generated these files using openssl here is my ffmpeg cmd : $ ffmpeg -r 24 -s 800x600 -f video4linux2 -i /dev/video0 -c:v libx264 -f flv "tls://192.168.1.11:1234?listen&cert=server.crt&key=server.key" -tune zerolatency It generates this error: "tls://192.168.1.11:1234?listen&cert=server.crt&key=server.key: Cannot assign requested address" It works only with localhost. another question please, are there any way to use tls/ssl with ffserver ? (google wasn't helpful) regards On 19 July 2016 at 14:51, Moritz Barsnick wrote: > On Tue, Jul 19, 2016 at 05:40:59 -0700, mohamed wrote: > > hello, I using the same method and I've generated the .crt and .key file > > using openssl but it's not working, > > "It's not working" gets the reply "it works for me". > > What did you try? What were you expecting to happen? What happened? For > the ffmpeg part: Please show us your full command line, and the > complete, uncut console output. > > > could you tell me how generated these files please > > Let me google that for you: > > https://www.google.com/search?q=openssl+generate+server.crt+server.key&ie=utf-8&oe=utf-8 > > This instruction works fine for me, out of the box (copy-pasting all > commands described): > https://devcenter.heroku.com/articles/ssl-certificate-self > > Moritz > ___ > ffmpeg-user mailing list > ffmpeg-user@ffmpeg.org > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe". > -- Mohamed HNEZLI Computing Sciences Engineering Student -Tunisia ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
