Any interest in hashing this out on YouTube? Perhaps with
some live discussion?
I can set up a call-in line, and stream the discussion live.
Documents, code, etc can be displayed on-screen in full 1080p
so they can be read just like they were on one's own desktop.
Personally I think it would
This is marked tested now, per below.
On Wed, May 15, 2019 at 01:35:24PM -0400, talkvi...@talkvideo.net wrote:
> The ultimate goal that was the source of the question for this email thread
> was to enable spontaneous, and random injection of media into an existing RTMP
> stream. It has been
The ultimate goal that was the source of the question for this email thread
was to enable spontaneous, and random injection of media into an existing RTMP
stream. It has been accomplished. It is generally referred to as "Media Play"
on YouTube, and other sites, and it allows the Audience to
I am marking this as [SOLVED] as I found a command line combination that
does what I need. I think it is proper enough. I am testing it as follows,
and will respond with results.
Using 3 separate console windows:
1) A script like this is running:
while :; do date +%s > live.txt; cp
This command pretty much works for me:
/usr/local/bin/ffmpeg -loglevel 40 -re -y -i Input.flv -c:v libx264
-x264-params "nal-hrd=vbr" -filter_complex "copy[in2];
movie=overlay.flv,setpts=N/FRAME_RATE/TB,scale=640:360[tmp2];
[tmp2]loop=3:60:1[tmp3];
On Wed, May 08, 2019 at 07:26:16PM -0400, talkvi...@talkvideo.net wrote:
> Please see this (very Short) thread for background. It is
> incorporated here.
>
> http://ffmpeg.org/pipermail/ffmpeg-devel/2019-May/243721.html
>
> The drawtext Filter has a reload Option, and when I use overlay
> with a
Please see this (very Short) thread for background. It is
incorporated here.
http://ffmpeg.org/pipermail/ffmpeg-devel/2019-May/243721.html
The drawtext Filter has a reload Option, and when I use overlay
with a PNG Image, like so:
-f image2 -loop 1 -i overlay.png
I can manipulate the overlay by
On Wed, May 08, 2019 at 11:48:38PM +0200, Paul B Mahol wrote:
> On 5/8/19, talkvi...@talkvideo.net wrote:
> > The commands below all produce an output with a smaller video overlaid in
> > the upper left. But, it will not loop. It plays
> > the overlay until its end, and stays on the last frame.
>
The commands below all produce an output with a smaller video overlaid in the
upper left. But, it will not loop. It plays
the overlay until its end, and stays on the last frame.
The overlay must of course be shorter in time than the main video, but in an
RTMP stream, I would like to bring
Hello.
I am working on Apps to send RTMP streams. Basically the behavior of
av_read_frame()
affects how OBS, and as far as I can tell, ffmpeg itself receives data from an
incoming stream. This is where I need to do some work so that for example, a
stream
can come in at whatever time, and be
This is from an old thread here:
https://ffmpeg.org/pipermail/ffmpeg-devel/2009-December/062437.html
The problem at hand manifests itself as "freeze-frame" of the last frame in
a stream being displayed in OBS, until that source is de-activated and
re-activated.
It seems that:
11 matches
Mail list logo