Re: [FFmpeg-user] FFmpeg Architecture (was: Codec copy with -ss before -i and after -i is not documented)
Even though I used the word "or" in my post, the use of any of the architectural techniques can be mixed. On the subject of you being a troll, you wrote that you posted no more than 6 posts a year. That turns out to be ‘a day’ Go away, or at least shut up. ___ 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 Architecture (was: Codec copy with -ss before -i and after -i is not documented)
On Mon, Feb 12, 2024 at 11:40 PM Mark Filipak wrote: > On 12/02/2024 11.30, Paul B Mahol wrote: > > On Mon, Feb 12, 2024 at 9:48 AM Mark Filipak > > > wrote: > >> Does FFmpeg do any internal scripting or dynamic code building/linking? > > > > Please define what you mean by these concepts. > > Happy to, Paul. > > Internal scripting is when a task is built using a scripting language (or > pseudo language) that is > then run by submitting it to a built-in interpreter -- much as you script > a task in a terminal -- > except that the interpreter and the script aren't made or seen by the > user. I think that in video, > such an internal script is sometimes called a workflow but I'm unsure of > that. After the script has > been run, it's usually discarded. > > Dynamic, as opposed to static, means that execution changes based on > run-time conditions that > usually are not explicitly controlled by the user. It appears that FFmpeg > currently does not use any > dynamic code. Conditional logic alone does not make code dynamic. > > Code building is when existing code blocks, such as library functions, are > copied and linked. The > behavior is very much like internal scripting but with faster execution. > Code linking accomplishes > the same result but via code blocks that accept parameters and are > re-entrant. Dynamic code > building/linking means that the copying/linking happens at run-time based > on run-time conditions > that are not explicitly controlled by the user. > > Because they are run-time code structures, the dynamic stuff isn't suited > to streaming because > run-time in streaming means real-time. Dynamic is not well suited to > real-time processing. Running > an interpreter of any kind is not well suited to real-time, either. > > Even though I used the word "or" in my post, the use of any of the > architectural techniques can be > mixed. > I doubt anything above applies to FFmpeg, also I doubt it makes difference for real-time streaming. > > ___ > 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".
Re: [FFmpeg-user] FFmpeg Architecture (was: Codec copy with -ss before -i and after -i is not documented)
On 12/02/2024 11.30, Paul B Mahol wrote: On Mon, Feb 12, 2024 at 9:48 AM Mark Filipak wrote: Does FFmpeg do any internal scripting or dynamic code building/linking? Please define what you mean by these concepts. Happy to, Paul. Internal scripting is when a task is built using a scripting language (or pseudo language) that is then run by submitting it to a built-in interpreter -- much as you script a task in a terminal -- except that the interpreter and the script aren't made or seen by the user. I think that in video, such an internal script is sometimes called a workflow but I'm unsure of that. After the script has been run, it's usually discarded. Dynamic, as opposed to static, means that execution changes based on run-time conditions that usually are not explicitly controlled by the user. It appears that FFmpeg currently does not use any dynamic code. Conditional logic alone does not make code dynamic. Code building is when existing code blocks, such as library functions, are copied and linked. The behavior is very much like internal scripting but with faster execution. Code linking accomplishes the same result but via code blocks that accept parameters and are re-entrant. Dynamic code building/linking means that the copying/linking happens at run-time based on run-time conditions that are not explicitly controlled by the user. Because they are run-time code structures, the dynamic stuff isn't suited to streaming because run-time in streaming means real-time. Dynamic is not well suited to real-time processing. Running an interpreter of any kind is not well suited to real-time, either. Even though I used the word "or" in my post, the use of any of the architectural techniques can be mixed. ___ 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 Architecture (was: Codec copy with -ss before -i and after -i is not documented)
On Mon, Feb 12, 2024 at 9:48 AM Mark Filipak wrote: > On 12/02/2024 03.21, Paul B Mahol wrote: > > Mark wants single command example to work 100% correct in 100% situations > > and that output is 100% correct 100% of time. > > Yes. Of course. > > > That is possible only for very trivial containers only currently. And > > because libs are very low level it can not be done at all with current > > state of code. > > Now I think we're making some progress. Tell me, Paul, does FFmpeg do > anything beyond what its > encoders do? I'm pretty sure the answer is "yes" for '-vf' and '-bsf'. Are > there any others? > > Does FFmpeg do any internal scripting or dynamic code building/linking? > Please define what you mean by these concepts. > > --Mark. > > ___ > 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".
[FFmpeg-user] FFmpeg Architecture (was: Codec copy with -ss before -i and after -i is not documented)
On 12/02/2024 03.21, Paul B Mahol wrote: Mark wants single command example to work 100% correct in 100% situations and that output is 100% correct 100% of time. Yes. Of course. That is possible only for very trivial containers only currently. And because libs are very low level it can not be done at all with current state of code. Now I think we're making some progress. Tell me, Paul, does FFmpeg do anything beyond what its encoders do? I'm pretty sure the answer is "yes" for '-vf' and '-bsf'. Are there any others? Does FFmpeg do any internal scripting or dynamic code building/linking? --Mark. ___ 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".