[FFmpeg-user] 'mix' filter questions

[Mark Filipak (ffmpeg)]

Synopsis: I present the 'mix' filter (in compact format) followed by criticism followed by my 
rewrite followed by remaining questions.


Tip: Before responding, I suggest you save time and effort by reading below the divider (=). If 
I have it right, then kindly say so; otherwise, let me know what I have wrong.


If our email clients mangle the message formatting, I apologize. I've attached 
an unmangled version.

Thanks a lot!
Mark.

PS: I'm asking for help, not because I'm lazy, but because I'm overloaded and you folks are probably 
very familiar with the filter and can probably confirm/refute what I write from the top of your 
heads without taking much time. -- M.



mix   ...Mix several video input streams into one video stream.
mix=nb_inputs=2:weights=Ø:scale=Ø:duration=longest   ...Defaults (Ø means no 
default).
  : :   :  :
  : :   :  Specify how end of stream is 
determined.
  : :   :  longest...The duration of the 
longest input.
  : :   :  shortest   ...The duration of the 
shortest input.
  : :   :  first  ...The duration of the 
first input.
  : :   :
  : :   Specify scale, if it is set it will be multiplied with sum of each 
weight multiplied with pixel values to give final destination pixel value. By default scale is auto 
scaled to sum of weights.

  : :
  : Specify weight of each input video stream as sequence. Each weight is 
separated by space. If number of weights is smaller than number of frames last specified weight will 
be used for all remaining unset weights.

  :
  The number of inputs.

Criticism (re, "Specify scale"):
  "if it is set[,] it will be multiplied with sum of each weight multiplied with pixel values to 
give final destination pixel value"

  That vaguely describes how the filter uses weights but not what scale is.
  The more I read that sentence, and the more I try to form a mental picture of the process, the 
less sense it makes.

Criticism (re, scale):
  Is there one scale for all inputs or one scale per input?
Criticism (re, "Specify scale"):
  "sum of each weight" -- Really? What does "sum" of "each" mean?
  Assuming that what's intended is "sum of [all/the] weights", why would you multiply pixel values 
by the sum of weights? -- all pixel values would be multiplied by the same total weight. That 
wouldn't make sense, would it?
Criticism (re, "Specify scale"): "By default[,] scale is auto scaled to sum of weights." "scale is 
auto scaled" -- Really? What does that really mean?
Criticism (re, "Specify weight"): "If number of weights is smaller than number of frames" -- Huh? 
"frames"? Is there one weight per frame? ...That would make for a truly gigantic command line, eh?


=

mix   ...Combine multiple streams via weighted, scaled, pixel mixing.
Changes frame rate? No, Frames? No, Fields? No, Pixels? Yes.

Process: for each input: '[A]' '[B]' etc.,
  for each frame,
   for each pixel: 'pixel_A' 'pixel_B' etc.,
input pixels --> [A] pixel_A x weight_A x scale_A .
input pixels --> [B] pixel_B x weight_B x scale_B ---.¦
  :  ¦¦
input pixels --> [Z] pixel_Z x weight_Z x scale_Z --(+)--(+)--> 
output pixel

  The number of inputs.
  :  first  ...End the output at the end of the first 
input.
  :  shortest   ...End the output at the end of the 
shortest input.
  :  longest...End the output at the end of the longest 
input.
  :  :
mix=nb_inputs=2:duration=longest:weights=?:scale=[note 1]   ...Defaults (? 
means no default).
 :   :
 :   Space-delimited number list 
[note 1].
 Space-delimited number list [note 2].

[note 1] One scale per input. If 'scale' is missing, a per-input (default) scale is applied: scale = 
weight/(sum of all assigned weights).
[note 2] One weight per input. At least one weight must be listed, but not all inputs require that a 
weight be listed. If there are more inputs than weights, the last weight in the list is assigned to 
the remaining inputs.


Remaining questions:
What is 'scale' datatype?
What is 'weight' datatype?
Can inputs have differing frame rates? Differing frame sizes? Differing pixel 
formats?
Synopsis: I present the 'mix' filter (in compact format) followed by criticism 
followed by my rewrite followed by remaining questions.

Tip: Before responding, I suggest you save time and effort by reading below the 
divider (=). If I have it right, then kindly say so; otherwise, let me know 
what I have 

[FFmpeg-user] Rolling bands fix using amplify?

[Pedro Vivas Hernández]

Hi, new here. Was wondering if rolling bands flicker on a clip that was
exposed with a cheap LED can be fixed with a video filter. Looking through
the manual I saw deflicker, which assume has more to do with timelapse
flicker, and amplify, which compares pixels and adjacent frames. The bands
are super slow and super subtle (like 2 IRE darker), so DA flicker free
isn’t working (for me) and re:Vision deflicker’s manual rolling bands
adjustment is fine, but it’s basically what I’d do manually.

Thanks!
-- 
yoctobio.me
--
Sent from a mobile phone.
___
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".

Re: [FFmpeg-user] ffmpeg srt to udp

[Carl Eugen Hoyos]

Am Di., 16. März 2021 um 13:28 Uhr schrieb Javier Fuentes
:

> ffmpeg -i "srt://xx.xx.xx.xx:9002?mode=listener" -map 0 -codec copy  -tune
> zerolatency -f mpegts udp://xx.xx.xx.xx:9000?pkt_size=1316

(-tune zerolatency looks disturbing here...)

Complete, uncut console output missing.

It should be possible with something like the following, untested:
$ ffmpeg -f data -i input -f data -map 0 -c copy udp://...

This should avoid the remuxing, if it does not work, ffmpeg is
probably the wrong tool, there should be a utility to receive
the raw content of the srt stream, you can pipe that to udp.

> *AVISO LEGAL:* Todo el contenido de este correo y sus adjuntos proviene de
> FLUMOTION SERVICES, S.A. (en adelante, “FLUMOTION”).

> La información contenida en este e-mail es confidencial

Please remove such nonsense from emails sent to a public
mailing list.

Carl Eugen
___
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".

Re: [FFmpeg-user] [FPGA HEVC Encode Plugin] Tutorial and Performance Review

[Carl Eugen Hoyos]

Am Fr., 19. März 2021 um 08:56 Uhr schrieb tai truong :

> Sorry for my first naive question. As googling, I found some talk about
> fpga hevc encode plugin for ffmpeg from Xilinx.

I have no idea if this is your question but a patch is attached to this ticket:
https://trac.ffmpeg.org/ticket/7214

Carl Eugen
___
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".

Re: [FFmpeg-user] ffmpeg srt to udp

[adam smith via ffmpeg-user]

> On 19 Mar 2021, at 16:45, Carl Zwanzig  wrote:
> 
> Please do not top-post on this mailing list (yes, it's in the list FAQ).

Apologies.
I did the whole cut out the relevant text only bit and then ruined it by 
writing above it. 

Hopefully the  advice does the trick and helps to redeem my shoddy 
email etiquette. 

Will try harder 
Cheers. 
___
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".

Re: [FFmpeg-user] ffmpeg srt to udp

[Carl Zwanzig]

On 3/19/2021 8:00 AM, adam smith via ffmpeg-user wrote:

Have you tried increasing the latency of the incoming SRT stream?


Please do not top-post on this mailing list (yes, it's in the list FAQ).

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".

Re: [FFmpeg-user] ffmpeg srt to udp

[Anders Degerberg]

On Fri, Mar 19, 2021 at 3:18 PM Javier Fuentes  wrote:

> I have tried srt-live-transmit and I still have many problems with
> artifacts and cuts. like ffmpeg,

Hi Javier,

have to tried to increase the srt latency by adding for example
'=100' at the end of your ffmpeg command line, to see if
that makes any difference?

Anders
___
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".

Re: [FFmpeg-user] ffmpeg srt to udp

[adam smith via ffmpeg-user]

Have you tried increasing the latency of the incoming SRT stream?

I am using caller option like

pkt_size=1316=caller=200

this ensured my source did not contain artefacts, although obviously adds 
latency. 
Maybe it’s worth a try. 

Thanks
Adam

> 
> On 19 Mar 2021, at 13:33, Christian David  wrote:
> 
>> My pipe line
>>> ffmpeg -i "srt://xx.xx.xx.xx:9002?mode=listener" -map 0 -codec
>>copy  -tune
>>> zerolatency -f mpegts udp://xx.xx.xx.xx:9000?pkt_size=1316
>>> The output is full of artifacts and is cut off after a few
___
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".

Re: [FFmpeg-user] ffmpeg srt to udp

[Javier Fuentes]

Hello
I have tried srt-live-transmit and I still have many problems with
artifacts and cuts. like ffmpeg,
Thanks
Best regards

On Tue, Mar 16, 2021 at 1:30 PM Christian David 
wrote:

> Try use srt-live-transmit instead of ffmpeg, will work better.
>
> https://github.com/Haivision/srt/blob/master/docs/srt-live-transmit.md
>
> Best Regards,
>
> Em 16/03/2021 09:27, Javier Fuentes escreveu:
> > Good evening
> > I need to republish a srt stream unencoded (without a codification) c to
> > udp stream, the srt 1.12  and last ffmpeg version has been compiled on
> > centos 7.
> > ffmpeg - version
> > ffmpeg version N-101452-ga7425f7 Copyright (c) 2000-2021 the FFmpeg
> > developers
> >built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-36)
> >
> > My pipe line
> > ffmpeg -i "srt://xx.xx.xx.xx:9002?mode=listener" -map 0 -codec copy
> -tune
> > zerolatency -f mpegts udp://xx.xx.xx.xx:9000?pkt_size=1316
> > The output is full of artifacts and is cut off after a few seconds, the
> bit
> > decreases to 0 and is lost, but the ffmpeg keeps sending.
> >
> > Thanks in advance for your help
> > KIng regard
> >
> >
>


-- 


Javier Fuentes
Flumotion Services S.A.

Avda. Diagonal 593-595 5º
08014 Barcelona - Spain
www.flumotion.com

*AVISO LEGAL:* Todo el contenido de este correo y sus adjuntos proviene de
FLUMOTION SERVICES, S.A. (en adelante, “FLUMOTION”). La información
contenida en este e-mail es confidencial y está dirigida exclusivamente a
su destinatario. Aunque FLUMOTION le remita cualquier clase de información
o material, ello no podrá interpretarse como cesión, licencia o derecho a
usar o comercializar tales materiales. Si usted no es el destinatario de
este email, no está autorizado a usar o comunicar públicamente este mensaje
y/o su contenido. Si ha recibido este mensaje por error, por favor elimínelo y
contacte con nuestro personal en el teléfono +34 935086350. FLUMOTION es
una sociedad anónima con domicilio social en Avenida Diagonal 593, 5º 08014
– Barcelona – España. Los datos personales que recibamos de nuestra
correspondencia con Ud. se incorporan en un fichero de FLUMOTION cuya
finalidad es la de gestionar la relación contractual con usted, así como
remitirle comunicaciones sobre FLUMOTION, y su tratamiento está legitimado
por la existencia de dicha relación y la necesidad de gestionarla. En el
caso de comunicaciones de negocio y, si es o ha sido nuestro cliente, de
comunicaciones de comerciales, la legitimación para el tratamiento será
nuestro interés legítimo en desarrollar negocio. Vd. puede ejercitar sus
derechos de acceso, rectificación, cancelación u oposición, así como el
resto de derechos que le asisten según Ley, mediante escrito a
i...@flumotion.com o al domicilio social de FLUMOTION.
___
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".

Re: [FFmpeg-user] ffmpeg srt to udp

[Christian David]

Could you confirm if the origin UDP has a 1316 packet length ?

Best Regards,

Em 19/03/2021 10:26, Javier Fuentes escreveu:

Hello
I have tried srt-live-transmit and I still have many problems with 
artifacts and cuts. like ffmpeg,

Thanks
Best regards

On Tue, Mar 16, 2021 at 1:30 PM Christian David 
mailto:christ...@cdavid.eti.br>> wrote:


Try use srt-live-transmit instead of ffmpeg, will work better.

https://github.com/Haivision/srt/blob/master/docs/srt-live-transmit.md


Best Regards,

Em 16/03/2021 09:27, Javier Fuentes escreveu:
> Good evening
> I need to republish a srt stream unencoded (without a
codification) c to
> udp stream, the srt 1.12  and last ffmpeg version has been
compiled on
> centos 7.
> ffmpeg - version
> ffmpeg version N-101452-ga7425f7 Copyright (c) 2000-2021 the FFmpeg
> developers
>    built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-36)
>
> My pipe line
> ffmpeg -i "srt://xx.xx.xx.xx:9002?mode=listener" -map 0 -codec
copy  -tune
> zerolatency -f mpegts udp://xx.xx.xx.xx:9000?pkt_size=1316
> The output is full of artifacts and is cut off after a few
seconds, the bit
> decreases to 0 and is lost, but the ffmpeg keeps sending.
>
> Thanks in advance for your help
> KIng regard
>
>



--


Javier Fuentes
Flumotion Services S.A.

Avda. Diagonal 593-595 5º
08014 Barcelona - Spain
www.flumotion.com 

*AVISO LEGAL:*Todo el contenido de este correo y sus adjuntos proviene 
de FLUMOTION SERVICES, S.A. (en adelante, “FLUMOTION”). La información 
contenida en este e-mail es confidencial y está dirigida 
exclusivamente a su destinatario. Aunque FLUMOTION le remita cualquier 
clase de información o material, ello no podrá interpretarse como 
cesión, licencia o derecho a usar o comercializar tales materiales. Si 
usted no es el destinatario de este email, no está autorizado a usar o 
comunicar públicamente este mensaje y/o su contenido. Si ha recibido 
este mensaje por error, por favor elimínelo y contacte con nuestro 
personal en el teléfono +34 935086350. FLUMOTION es una sociedad 
anónima con domicilio social en Avenida Diagonal 593, 5º 08014 – 
Barcelona – España. Los datos personales que recibamos de nuestra 
correspondencia con Ud. se incorporan en un fichero de FLUMOTION cuya 
finalidad es la de gestionar la relación contractual con usted, así 
como remitirle comunicaciones sobre FLUMOTION, y su tratamiento está 
legitimado por la existencia de dicha relación y la necesidad de 
gestionarla. En el caso de comunicaciones de negocio y, si es o ha 
sido nuestro cliente, de comunicaciones de comerciales, la 
legitimación para el tratamiento será nuestro interés legítimo en 
desarrollar negocio.Vd. puede ejercitar sus derechos de acceso, 
rectificación, cancelación u oposición, así como el resto de derechos 
que le asisten según Ley, mediante escrito a i...@flumotion.com 
 o al domicilio social de FLUMOTION.









___
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".

Re: [FFmpeg-user] [FPGA HEVC Encode Plugin] Tutorial and Performance Review

[Dennis Mungai]

On Fri, 19 Mar 2021, 10:56 tai truong,  wrote:

> Hi every one,
>
>   Sorry for my first naive question. As googling, I found some talk about
> fpga hevc encode plugin for ffmpeg from Xilinx. Is there anyone have work
> on it? Some result/benchmark on performance either for suggestions and
> views. Thank you very much.
>
> Best regards,
> Tai Truong
> _
>

Hello Tai,

You're most likely referring to the NGCodec FPGA product on AWS, correct?

To the best of my knowledge, it's only accessible on AWS. I'll investigate
further and report back on performance , etc.

The possibility of that being in a commercial product outside AWS is quite
low, so I wouldn't put too much hope into seeing it integrated into
workflows outside AWS.

I've also been looking at Broadcom's VKIL ("Valkyrie"), a PCIe based
offload accelerator for video transcoding currently in use at Facebook and
elsewhere. You may find patchwork on this mailing list from one or more
Broadcom employees on the same. From the look of things, this hardware nah
soon be available to the general public and data center integrators for
video transcode offload accelerators, in a fashion similar to Intel's (now
deprecated) Visual Compute Accelerator.

>
___
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".

Re: [FFmpeg-user] [FPGA HEVC Encode Plugin] Tutorial and Performance Review

[Mark Filipak (ffmpeg)]

On 2021-03-19 03:56, tai truong wrote:

Hi every one,

   Sorry for my first naive question. As googling, I found some talk about fpga 
hevc encode plugin for ffmpeg from Xilinx. Is there anyone have work on it? 
Some result/benchmark on performance either for suggestions and views. Thank 
you very much.

Best regards,
Tai Truong


Hi Tai,

FFmpeg may have support for the Xilinx FPGA (field programmable gate array, a chip) but I doubt it. 
Others may respond with more information. I suspect that the Xilinx folks will be more aware of 
ffmpeg than ffmpeg will be aware of a Xilinx chip, especially if it is fairly new. I suggest you 
contact Xilinx for performance data.


Regards,
Mark.

--
Mars? We can't live there! Mars is fatal: no magnetosphere to deflect cosmic rays. A tropical 
sunshade orbiting Earth would work. It's the only way. We need to start construction now. Forget Mars.

___
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] [FPGA HEVC Encode Plugin] Tutorial and Performance Review

[tai truong]

Hi every one,

  Sorry for my first naive question. As googling, I found some talk about fpga 
hevc encode plugin for ffmpeg from Xilinx. Is there anyone have work on it? 
Some result/benchmark on performance either for suggestions and views. Thank 
you very much.

Best regards,
Tai Truong
___
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".