[Libav-user] Re: MCP development & receiving mentors?
Michael, let me help you. I have been in the "AI" industry for more than a decade, and working with audio and signals as far back as building guitar pedals at Caltech in the physics undergraduate lab. There was no requested partnership between the FFMPEG group and the MCP Protocol in my emails, but rather an application layer called an MCP Server, which is application layer no different than building an FFMPEG wrapper in Python for type-checking and user-proofing the unsigned, raw FFMPEG command line interface, which I have also done. FFMPEG is painfully challenging to script (or do you disagree, c'mon) and, yet, thousands of optimizations (with gotchas) exist in its filter graphs (or, am I mistaken, and your thirty years of development was not filled with thousands of hours of message board discussions of complex audio video efficiencies and magic, and for nothing more than a kiddie video concat device?). These are precisely the logical structures LLMs (or, more appropriately, their CNNs) can be trained to learn, and then implement through the MCP Server, for accessibility reasons, for novice non-technical users to begin broaching the deep technical expertise of the filter graph mechanisms, and also through an expert software engineer designing an MCP Server to enable its own structure checks, integrity checks, performance optimizations, and more. Whether this compile interface business logic (as APIs, not unlike that wrapper, juiced) is exposed as an MCP Server or a different framework for interaction with LLMs specifically is moot, but this email exchange suggests we are not even that far in understanding what "AI" and "hype cycle AI" are, or why I felt your imperative to engage again, for your own behalf. It is clear FFMPEG is not prepared, not seemingly interested in expanding the FFMPEG user group or application of its most cherished hard-fought domain expertise, and benefits from these emails more than I currently benefit from sending them. It is recommended that we shelf this issue for a month, while perhaps I build out a framework for my own uses, and provide the FFMPEG group to discover what I am talking about before they tell me what I am talking about. The earlier emails over the last two years were so unproductive that I did not even both pushing my FFMPEG wrapper from my private home server gitlab to the open source repository where that will eventually go. Warm regards, Bernat I suggest people interested email me directly, as flack is best suited for outrunning air force jets, not messages from strangers. [email protected] PS Your tone, on top of your demonstration of my original inquiries, considering *you do not know me*, is just weird. It is truly disappointing to support open source these days. https://github.com/davidbernat/FFMPEG David Bernat, Ph. D. Property of Starlight LLC. On Sat, Jan 10, 2026 at 12:28 PM Michael Ivanov wrote: > David, let me help you. Your excitement about MCP thingy is probably not > shared by the people on this list, otherwise you would have already been > replied. Here we discuss ffmpeg related issues. I can't see any > relationship between this and the model context protocol. FFMPEG is for > processing video and audio data, it is not an LLM video generator. It has > existed before the "AI" hype , and will be what it is after it is replaced > by another one. I personally don't understand how MCP could advance this > project. Please enlighten me. > > Best, > Michael. > > On Sat, Jan 10, 2026, 19:19 David Bernat wrote: > >> FFMPEG— >> >> 1. Is it possible none of the FFMPEG experts on this email list properly >> know what MCPs do and what the state of the art of user-driven LLMs is >> (especially in an AI expert partnered with a SME)? >> >> 2. Is it possible no work opportunities exist in this vast industry >> within this team? It seems unwise. >> >> I replied twice. Figured I’d reply at the top and give y’all another >> opportunity at a polite hello. >> >> Who with a decade of SME expert in FFMPEG does not reply to emails like >> this, or delegate that to their intern for their intern to have a learning >> opportunity? >> >> >> Warm regards, >> Bernat >> #assemble 🇺🇸 >> >> David Bernat, Ph. D. >> Property of Starlight LLC. >> >> >> On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: >> >>> What should happen by 2033? >>> >>> On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < >>> [email protected]> wrote: >>> Hey esteem captains of FFMPEG, It is that awful topic every AI wanker (me) wings on about (AI coding). I am a former chief scientist at AI companies, and have tried reaching out through many channels over the last two years for mentors to better understand exactly how FFMPEG wants to take itself into 2033 and beyond. I am a non-power user audiophile with a background in physics and signal processing. So, I just downloaded OpenCode this week to explore vibe-coding, and ordered a V1
[Libav-user] Re: MCP development & receiving mentors?
Frederico, forget any requests for mentorship, and now we elevate to requiring a job to work with FFMPEG. It'll be a different world in five years. We have reached out numerous times over many years in many places. Warm regards. Your opinions en masse about "AI" were "remedial" and rude and so is your read of the email proper. It appears clear FFMPEG is FFMPEG and nothing more. Warm regards. Thank you for the last thirty years. David Bernat, Ph. D. Property of Starlight LLC. On Sat, Jan 10, 2026 at 12:55 PM Frederico Delaere via Libav-user < [email protected]> wrote: > You've asked for a mentorship but it seems more like you're asking for a > job. > > You could've taken the past year you've spent pursuing avlib devs, to > understand the avlibs yourself, their internals, aswell as the ffmpeg CLI. > > Dozens of avlib integrators have done so in their free or non-free > software products... why can't you? > > Reading this thread feels like watching someone attempt to create their > own job opening at someone else's company, then proceed to demand > mentorship and guidance to do the job they just created... > > On Sat, Jan 10, 2026, 17:27 David Bernat via Libav-user < > [email protected]> wrote: > >> FFMPEG— >> >> 1. Is it possible none of the FFMPEG experts on this email list properly >> know what MCPs do and what the state of the art of user-driven LLMs is >> (especially in an AI expert partnered with a SME)? >> >> 2. Is it possible no work opportunities exist in this vast industry >> within this team? It seems unwise. >> >> I replied twice. Figured I’d reply at the top and give y’all another >> opportunity at a polite hello. >> >> Who with a decade of SME expert in FFMPEG does not reply to emails like >> this, or delegate that to their intern for their intern to have a learning >> opportunity? >> >> >> Warm regards, >> Bernat >> #assemble 🇺🇸 >> >> David Bernat, Ph. D. >> Property of Starlight LLC. >> >> >> On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: >> >>> What should happen by 2033? >>> >>> On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < >>> [email protected]> wrote: >>> Hey esteem captains of FFMPEG, It is that awful topic every AI wanker (me) wings on about (AI coding). I am a former chief scientist at AI companies, and have tried reaching out through many channels over the last two years for mentors to better understand exactly how FFMPEG wants to take itself into 2033 and beyond. I am a non-power user audiophile with a background in physics and signal processing. So, I just downloaded OpenCode this week to explore vibe-coding, and ordered a V100 for $900 to set up an offline on-prem server. I spent a few hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python to produce various podcasts and videos for a YouTube channel. I am probably your typical non-power user who wants to go that next level. An FFMPEG MCP is a unique challenge. Data processing is time consuming, so any MCP would need to be equipped with extra protections of "explaining AI" to walk through each and every filter suggested, and "sample AI" to run these filters on small test clips to confirm each compiles (or video inspection matches expectation) to run in a typical closed loop creation. That is the part that really excites me about joining any project. The intricate systems of interacting filters is, of course, a defining asset of FFMPEG and a critical headache for new users. And for power developers on the FFMPEG team, this kind of critical un-black-box-ify is precisely what in my experience is powerful to preserve. To learn this over the upcoming year is to open the door to users (and me) learning to be power developers nearer to you on the FFMPEG team. It also templates for a large swatch of other types of code that need MCPs. I hope that you will take me under your wing with whatever working group you know exists. If this is better suited for a different email discussion list then my apologies, and if any of you have received emails from me before asking for contract opportunities you can reach out too. It would be *wonderful* to achieve sophisticated designs on par with TikTok using fast, easy, and efficient LLM interactions with FFMPEG, for the entire broader developer community. It would unbox FFMPEG for being the drivers of these platforms themselves, and I am almost certain there are cognate kids and developers to you all that would love to build that suite over an upcoming year for their portfolios, job applications, own startups, and more, starting here. Warm regards, Bernat David Bernat, Ph. D. Property of Starlight LLC. >>> ___ Libav-user mailing list -- [email protected]
[Libav-user] Re: MCP development & receiving mentors?
You've asked for a mentorship but it seems more like you're asking for a job. You could've taken the past year you've spent pursuing avlib devs, to understand the avlibs yourself, their internals, aswell as the ffmpeg CLI. Dozens of avlib integrators have done so in their free or non-free software products... why can't you? Reading this thread feels like watching someone attempt to create their own job opening at someone else's company, then proceed to demand mentorship and guidance to do the job they just created... On Sat, Jan 10, 2026, 17:27 David Bernat via Libav-user < [email protected]> wrote: > FFMPEG— > > 1. Is it possible none of the FFMPEG experts on this email list properly > know what MCPs do and what the state of the art of user-driven LLMs is > (especially in an AI expert partnered with a SME)? > > 2. Is it possible no work opportunities exist in this vast industry within > this team? It seems unwise. > > I replied twice. Figured I’d reply at the top and give y’all another > opportunity at a polite hello. > > Who with a decade of SME expert in FFMPEG does not reply to emails like > this, or delegate that to their intern for their intern to have a learning > opportunity? > > > Warm regards, > Bernat > #assemble 🇺🇸 > > David Bernat, Ph. D. > Property of Starlight LLC. > > > On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: > >> What should happen by 2033? >> >> On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < >> [email protected]> wrote: >> >>> Hey esteem captains of FFMPEG, >>> >>> It is that awful topic every AI wanker (me) wings on about (AI coding). >>> I am a former chief scientist at AI companies, and have tried reaching out >>> through many channels over the last two years for mentors to better >>> understand exactly how FFMPEG wants to take itself into 2033 and beyond. I >>> am a non-power user audiophile with a background in physics and signal >>> processing. >>> >>> So, I just downloaded OpenCode this week to explore vibe-coding, and >>> ordered a V100 for $900 to set up an offline on-prem server. I spent a few >>> hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python >>> to produce various podcasts and videos for a YouTube channel. I am probably >>> your typical non-power user who wants to go that next level. >>> >>> An FFMPEG MCP is a unique challenge. Data processing is time consuming, >>> so any MCP would need to be equipped with extra protections of "explaining >>> AI" to walk through each and every filter suggested, and "sample AI" to run >>> these filters on small test clips to confirm each compiles (or video >>> inspection matches expectation) to run in a typical closed loop creation. >>> >>> That is the part that really excites me about joining any project. The >>> intricate systems of interacting filters is, of course, a defining asset of >>> FFMPEG and a critical headache for new users. And for power developers on >>> the FFMPEG team, this kind of critical un-black-box-ify is precisely what >>> in my experience is powerful to preserve. To learn this over the upcoming >>> year is to open the door to users (and me) learning to be power developers >>> nearer to you on the FFMPEG team. It also templates for a large swatch of >>> other types of code that need MCPs. >>> >>> I hope that you will take me under your wing with whatever working group >>> you know exists. >>> If this is better suited for a different email discussion list then my >>> apologies, and if any of you have received emails from me before asking for >>> contract opportunities you can reach out too. >>> >>> It would be *wonderful* to achieve sophisticated designs on par with >>> TikTok using fast, easy, and efficient LLM interactions with FFMPEG, for >>> the entire broader developer community. It would unbox FFMPEG for being the >>> drivers of these platforms themselves, and I am almost certain there are >>> cognate kids and developers to you all that would love to build that suite >>> over an upcoming year for their portfolios, job applications, own startups, >>> and more, starting here. >>> >>> Warm regards, >>> Bernat >>> >>> David Bernat, Ph. D. >>> Property of Starlight LLC. >>> >> ___ >>> Libav-user mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> >> ___ > Libav-user mailing list -- [email protected] > To unsubscribe send an email to [email protected] > ___ Libav-user mailing list -- [email protected] To unsubscribe send an email to [email protected]
[Libav-user] Re: MCP development & receiving mentors?
David, let me help you. Your excitement about MCP thingy is probably not shared by the people on this list, otherwise you would have already been replied. Here we discuss ffmpeg related issues. I can't see any relationship between this and the model context protocol. FFMPEG is for processing video and audio data, it is not an LLM video generator. It has existed before the "AI" hype , and will be what it is after it is replaced by another one. I personally don't understand how MCP could advance this project. Please enlighten me. Best, Michael. On Sat, Jan 10, 2026, 19:19 David Bernat wrote: > FFMPEG— > > 1. Is it possible none of the FFMPEG experts on this email list properly > know what MCPs do and what the state of the art of user-driven LLMs is > (especially in an AI expert partnered with a SME)? > > 2. Is it possible no work opportunities exist in this vast industry within > this team? It seems unwise. > > I replied twice. Figured I’d reply at the top and give y’all another > opportunity at a polite hello. > > Who with a decade of SME expert in FFMPEG does not reply to emails like > this, or delegate that to their intern for their intern to have a learning > opportunity? > > > Warm regards, > Bernat > #assemble 🇺🇸 > > David Bernat, Ph. D. > Property of Starlight LLC. > > > On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: > >> What should happen by 2033? >> >> On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < >> [email protected]> wrote: >> >>> Hey esteem captains of FFMPEG, >>> >>> It is that awful topic every AI wanker (me) wings on about (AI coding). >>> I am a former chief scientist at AI companies, and have tried reaching out >>> through many channels over the last two years for mentors to better >>> understand exactly how FFMPEG wants to take itself into 2033 and beyond. I >>> am a non-power user audiophile with a background in physics and signal >>> processing. >>> >>> So, I just downloaded OpenCode this week to explore vibe-coding, and >>> ordered a V100 for $900 to set up an offline on-prem server. I spent a few >>> hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python >>> to produce various podcasts and videos for a YouTube channel. I am probably >>> your typical non-power user who wants to go that next level. >>> >>> An FFMPEG MCP is a unique challenge. Data processing is time consuming, >>> so any MCP would need to be equipped with extra protections of "explaining >>> AI" to walk through each and every filter suggested, and "sample AI" to run >>> these filters on small test clips to confirm each compiles (or video >>> inspection matches expectation) to run in a typical closed loop creation. >>> >>> That is the part that really excites me about joining any project. The >>> intricate systems of interacting filters is, of course, a defining asset of >>> FFMPEG and a critical headache for new users. And for power developers on >>> the FFMPEG team, this kind of critical un-black-box-ify is precisely what >>> in my experience is powerful to preserve. To learn this over the upcoming >>> year is to open the door to users (and me) learning to be power developers >>> nearer to you on the FFMPEG team. It also templates for a large swatch of >>> other types of code that need MCPs. >>> >>> I hope that you will take me under your wing with whatever working group >>> you know exists. >>> If this is better suited for a different email discussion list then my >>> apologies, and if any of you have received emails from me before asking for >>> contract opportunities you can reach out too. >>> >>> It would be *wonderful* to achieve sophisticated designs on par with >>> TikTok using fast, easy, and efficient LLM interactions with FFMPEG, for >>> the entire broader developer community. It would unbox FFMPEG for being the >>> drivers of these platforms themselves, and I am almost certain there are >>> cognate kids and developers to you all that would love to build that suite >>> over an upcoming year for their portfolios, job applications, own startups, >>> and more, starting here. >>> >>> Warm regards, >>> Bernat >>> >>> David Bernat, Ph. D. >>> Property of Starlight LLC. >>> >> ___ >>> Libav-user mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >>> >> ___ Libav-user mailing list -- [email protected] To unsubscribe send an email to [email protected]
[Libav-user] Re: MCP development & receiving mentors?
FFMPEG— 1. Is it possible none of the FFMPEG experts on this email list properly know what MCPs do and what the state of the art of user-driven LLMs is (especially in an AI expert partnered with a SME)? 2. Is it possible no work opportunities exist in this vast industry within this team? It seems unwise. I replied twice. Figured I’d reply at the top and give y’all another opportunity at a polite hello. Who with a decade of SME expert in FFMPEG does not reply to emails like this, or delegate that to their intern for their intern to have a learning opportunity? Warm regards, Bernat #assemble 🇺🇸 David Bernat, Ph. D. Property of Starlight LLC. On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: > What should happen by 2033? > > On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < > [email protected]> wrote: > >> Hey esteem captains of FFMPEG, >> >> It is that awful topic every AI wanker (me) wings on about (AI coding). I >> am a former chief scientist at AI companies, and have tried reaching out >> through many channels over the last two years for mentors to better >> understand exactly how FFMPEG wants to take itself into 2033 and beyond. I >> am a non-power user audiophile with a background in physics and signal >> processing. >> >> So, I just downloaded OpenCode this week to explore vibe-coding, and >> ordered a V100 for $900 to set up an offline on-prem server. I spent a few >> hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python >> to produce various podcasts and videos for a YouTube channel. I am probably >> your typical non-power user who wants to go that next level. >> >> An FFMPEG MCP is a unique challenge. Data processing is time consuming, >> so any MCP would need to be equipped with extra protections of "explaining >> AI" to walk through each and every filter suggested, and "sample AI" to run >> these filters on small test clips to confirm each compiles (or video >> inspection matches expectation) to run in a typical closed loop creation. >> >> That is the part that really excites me about joining any project. The >> intricate systems of interacting filters is, of course, a defining asset of >> FFMPEG and a critical headache for new users. And for power developers on >> the FFMPEG team, this kind of critical un-black-box-ify is precisely what >> in my experience is powerful to preserve. To learn this over the upcoming >> year is to open the door to users (and me) learning to be power developers >> nearer to you on the FFMPEG team. It also templates for a large swatch of >> other types of code that need MCPs. >> >> I hope that you will take me under your wing with whatever working group >> you know exists. >> If this is better suited for a different email discussion list then my >> apologies, and if any of you have received emails from me before asking for >> contract opportunities you can reach out too. >> >> It would be *wonderful* to achieve sophisticated designs on par with >> TikTok using fast, easy, and efficient LLM interactions with FFMPEG, for >> the entire broader developer community. It would unbox FFMPEG for being the >> drivers of these platforms themselves, and I am almost certain there are >> cognate kids and developers to you all that would love to build that suite >> over an upcoming year for their portfolios, job applications, own startups, >> and more, starting here. >> >> Warm regards, >> Bernat >> >> David Bernat, Ph. D. >> Property of Starlight LLC. >> > ___ >> Libav-user mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> > ___ Libav-user mailing list -- [email protected] To unsubscribe send an email to [email protected]
[Libav-user] Re: MCP development & receiving mentors?
Hello extensive FFMPEG development team, May I kindly request we further the discussion of this topic? There is also a message from me in the #ffmpeg-by-example Discord channel from May 2025, which happens to be nearly the latest post of any kind in that channel. As I understand, the other mailing lists here are near-daily active, and I would be happy to repost this discussion to those, if you advise which. As I understand, FFMPEG is a video backbone of the entire Internet. This project discussion seems so very simply to be imperative. And, once again, I am offering to contribute my services to the existing extensive FFMPEG software consultant teams that help companies implement FFMPEG. Please email. What further information would you ask that I provide? Warm regards, David David Bernat, Ph. D. Property of Starlight LLC. On Sat, Jan 3, 2026 at 4:05 PM David Bernat wrote: > Is that a question to me, or an ask for clarification? > > The pace of algorithms, acceleration, and user interfaces are > themselves accelerating. More than enough for FFMPEG to engage with my > emails stretching back two years. Think about how challenging writing good > filter command lines are using FFMPEG, compared to what is achievable when > optimization-aware LLMs can generate surface engagement with the FFMPEG > stack. One would expect a totally new pipeline of prioritization of FFMPEG > core could develop, as new use cases and case frequencies arise. Not to > mention the improvements of underlying algorithm engineering itself. > Nothing FFMPEG lifers don’t already know, but as a chief scientist sort > these are part of my ten year thinking too. I remember when FFMPEG > originally dropped in the early days of the web. There is no doubt a new > “vision roadmap” for FFMPEG with these accelerations in solvers arriving. I > presume the FFMPEG lifers have a sense for what 2033 goals already feel > like— why wouldn’t they? [shrug] > > I’m just a guy with a degree and non-expertise in their craft. But I can > tell that with support from FFMPEG my tiny shop could have been making far > greater utilization of FFMPEG and I am not alone, that is ostensibly a > metric that drives them. People want fast, easily accessible video. > > I hope something comes of this that turns my tiny system into something > that others see as useful. > > I wouldn’t be able to speak smartly beyond this without toe stepping but > seems obvious to me. Just think about the nightmares of filter creation— > and how many different answers different forums provide— a standard MCP > would be big. > > Warm regards, > Bernat > > David Bernat, Ph. D. > Property of Starlight LLC. > > > On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: > >> What should happen by 2033? >> >> On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < >> [email protected]> wrote: >> >>> Hey esteem captains of FFMPEG, >>> >>> It is that awful topic every AI wanker (me) wings on about (AI coding). >>> I am a former chief scientist at AI companies, and have tried reaching out >>> through many channels over the last two years for mentors to better >>> understand exactly how FFMPEG wants to take itself into 2033 and beyond. I >>> am a non-power user audiophile with a background in physics and signal >>> processing. >>> >>> So, I just downloaded OpenCode this week to explore vibe-coding, and >>> ordered a V100 for $900 to set up an offline on-prem server. I spent a few >>> hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python >>> to produce various podcasts and videos for a YouTube channel. I am probably >>> your typical non-power user who wants to go that next level. >>> >>> An FFMPEG MCP is a unique challenge. Data processing is time consuming, >>> so any MCP would need to be equipped with extra protections of "explaining >>> AI" to walk through each and every filter suggested, and "sample AI" to run >>> these filters on small test clips to confirm each compiles (or video >>> inspection matches expectation) to run in a typical closed loop creation. >>> >>> That is the part that really excites me about joining any project. The >>> intricate systems of interacting filters is, of course, a defining asset of >>> FFMPEG and a critical headache for new users. And for power developers on >>> the FFMPEG team, this kind of critical un-black-box-ify is precisely what >>> in my experience is powerful to preserve. To learn this over the upcoming >>> year is to open the door to users (and me) learning to be power developers >>> nearer to you on the FFMPEG team. It also templates for a large swatch of >>> other types of code that need MCPs. >>> >>> I hope that you will take me under your wing with whatever working group >>> you know exists. >>> If this is better suited for a different email discussion list then my >>> apologies, and if any of you have received emails from me before asking for >>> contract opportunities you can reach out too. >>> >>> It would be *wonderful* to a
[Libav-user] Re: MCP development & receiving mentors?
Is that a question to me, or an ask for clarification? The pace of algorithms, acceleration, and user interfaces are themselves accelerating. More than enough for FFMPEG to engage with my emails stretching back two years. Think about how challenging writing good filter command lines are using FFMPEG, compared to what is achievable when optimization-aware LLMs can generate surface engagement with the FFMPEG stack. One would expect a totally new pipeline of prioritization of FFMPEG core could develop, as new use cases and case frequencies arise. Not to mention the improvements of underlying algorithm engineering itself. Nothing FFMPEG lifers don’t already know, but as a chief scientist sort these are part of my ten year thinking too. I remember when FFMPEG originally dropped in the early days of the web. There is no doubt a new “vision roadmap” for FFMPEG with these accelerations in solvers arriving. I presume the FFMPEG lifers have a sense for what 2033 goals already feel like— why wouldn’t they? [shrug] I’m just a guy with a degree and non-expertise in their craft. But I can tell that with support from FFMPEG my tiny shop could have been making far greater utilization of FFMPEG and I am not alone, that is ostensibly a metric that drives them. People want fast, easily accessible video. I hope something comes of this that turns my tiny system into something that others see as useful. I wouldn’t be able to speak smartly beyond this without toe stepping but seems obvious to me. Just think about the nightmares of filter creation— and how many different answers different forums provide— a standard MCP would be big. Warm regards, Bernat David Bernat, Ph. D. Property of Starlight LLC. On Sat, Jan 3, 2026 at 3:21 PM Michael Ivanov wrote: > What should happen by 2033? > > On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < > [email protected]> wrote: > >> Hey esteem captains of FFMPEG, >> >> It is that awful topic every AI wanker (me) wings on about (AI coding). I >> am a former chief scientist at AI companies, and have tried reaching out >> through many channels over the last two years for mentors to better >> understand exactly how FFMPEG wants to take itself into 2033 and beyond. I >> am a non-power user audiophile with a background in physics and signal >> processing. >> >> So, I just downloaded OpenCode this week to explore vibe-coding, and >> ordered a V100 for $900 to set up an offline on-prem server. I spent a few >> hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python >> to produce various podcasts and videos for a YouTube channel. I am probably >> your typical non-power user who wants to go that next level. >> >> An FFMPEG MCP is a unique challenge. Data processing is time consuming, >> so any MCP would need to be equipped with extra protections of "explaining >> AI" to walk through each and every filter suggested, and "sample AI" to run >> these filters on small test clips to confirm each compiles (or video >> inspection matches expectation) to run in a typical closed loop creation. >> >> That is the part that really excites me about joining any project. The >> intricate systems of interacting filters is, of course, a defining asset of >> FFMPEG and a critical headache for new users. And for power developers on >> the FFMPEG team, this kind of critical un-black-box-ify is precisely what >> in my experience is powerful to preserve. To learn this over the upcoming >> year is to open the door to users (and me) learning to be power developers >> nearer to you on the FFMPEG team. It also templates for a large swatch of >> other types of code that need MCPs. >> >> I hope that you will take me under your wing with whatever working group >> you know exists. >> If this is better suited for a different email discussion list then my >> apologies, and if any of you have received emails from me before asking for >> contract opportunities you can reach out too. >> >> It would be *wonderful* to achieve sophisticated designs on par with >> TikTok using fast, easy, and efficient LLM interactions with FFMPEG, for >> the entire broader developer community. It would unbox FFMPEG for being the >> drivers of these platforms themselves, and I am almost certain there are >> cognate kids and developers to you all that would love to build that suite >> over an upcoming year for their portfolios, job applications, own startups, >> and more, starting here. >> >> Warm regards, >> Bernat >> >> David Bernat, Ph. D. >> Property of Starlight LLC. >> > ___ >> Libav-user mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> > ___ Libav-user mailing list -- [email protected] To unsubscribe send an email to [email protected]
[Libav-user] Re: MCP development & receiving mentors?
What should happen by 2033? On Sat, Jan 3, 2026, 18:07 David Bernat via Libav-user < [email protected]> wrote: > Hey esteem captains of FFMPEG, > > It is that awful topic every AI wanker (me) wings on about (AI coding). I > am a former chief scientist at AI companies, and have tried reaching out > through many channels over the last two years for mentors to better > understand exactly how FFMPEG wants to take itself into 2033 and beyond. I > am a non-power user audiophile with a background in physics and signal > processing. > > So, I just downloaded OpenCode this week to explore vibe-coding, and > ordered a V100 for $900 to set up an offline on-prem server. I spent a few > hundred hours in 2022 and 2023 building my own FFMPEG wrappers for Python > to produce various podcasts and videos for a YouTube channel. I am probably > your typical non-power user who wants to go that next level. > > An FFMPEG MCP is a unique challenge. Data processing is time consuming, so > any MCP would need to be equipped with extra protections of "explaining AI" > to walk through each and every filter suggested, and "sample AI" to run > these filters on small test clips to confirm each compiles (or video > inspection matches expectation) to run in a typical closed loop creation. > > That is the part that really excites me about joining any project. The > intricate systems of interacting filters is, of course, a defining asset of > FFMPEG and a critical headache for new users. And for power developers on > the FFMPEG team, this kind of critical un-black-box-ify is precisely what > in my experience is powerful to preserve. To learn this over the upcoming > year is to open the door to users (and me) learning to be power developers > nearer to you on the FFMPEG team. It also templates for a large swatch of > other types of code that need MCPs. > > I hope that you will take me under your wing with whatever working group > you know exists. > If this is better suited for a different email discussion list then my > apologies, and if any of you have received emails from me before asking for > contract opportunities you can reach out too. > > It would be *wonderful* to achieve sophisticated designs on par with > TikTok using fast, easy, and efficient LLM interactions with FFMPEG, for > the entire broader developer community. It would unbox FFMPEG for being the > drivers of these platforms themselves, and I am almost certain there are > cognate kids and developers to you all that would love to build that suite > over an upcoming year for their portfolios, job applications, own startups, > and more, starting here. > > Warm regards, > Bernat > > David Bernat, Ph. D. > Property of Starlight LLC. > ___ > Libav-user mailing list -- [email protected] > To unsubscribe send an email to [email protected] > ___ Libav-user mailing list -- [email protected] To unsubscribe send an email to [email protected]
