From: Michael Niedermayer <michael@niedermayer.cc> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api change for AVDictionary2 Date: Sun, 20 Apr 2025 22:37:15 +0200 Message-ID: <20250420203715.GG4991@pb2> (raw) In-Reply-To: <DM8P223MB0365D8244A50A819B4F12B86BABE2@DM8P223MB0365.NAMP223.PROD.OUTLOOK.COM> [-- Attachment #1.1: Type: text/plain, Size: 4989 bytes --] On Sat, Apr 19, 2025 at 01:43:26PM +0000, softworkz . wrote: > > > > -----Original Message----- > > From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of > > Michael Niedermayer > > Sent: Samstag, 19. April 2025 04:29 > > To: FFmpeg development discussions and patches <ffmpeg- > > devel@ffmpeg.org> > > Subject: Re: [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api > > change for AVDictionary2 > > > > Hi > > > > On Thu, Apr 17, 2025 at 10:38:32PM +0000, softworkz . wrote: > > > > > > > > > > -----Original Message----- > > > > From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of > > [...] > > > > the LLM would probably mix and confuse things and hallucinate > > > > a lot of nonsense. > > > > > > That's less of a problem meanwhile as the available context > > > windows have increased and operating on trac ticket discussions > > > does not create such long conversations where the context > > > window overflows and important parts fall off. > > > Some care might only need to be taken for that it doesn't ingest > > > really large log outputs as are sometimes included in the tickets. > > > > > > At this time, it would be still too bold to let it work fully > > > autonomously, but that's not necessary because its > > > operations could be easily arbitrated by conventional logic. > > > > > > It could be controlled by a set of tags - something like: > > > > > > - tracbot-error > > > - tracbot-inconclusive > > > - tracbot-needs-manual-review > > > - tracbot-awaiting-user-response > > > - tracbot-reproduced-in-master > > > - tracbot-fixed-in-master > > > > > > Then, a scheduler service would run over all open issues and > > > invoke the AI on it (see below). > > > > > > The scheduler would exclude tickets which already have one of > > > those tags assigned. > > > Additionally, it would include tickets that are tagged with > > > "tracbot-awaiting-user-response" and have been updated since > > > the tag was assigned. > > > > > > > > > When the AI is invoked on a ticked, it has clear instructions > > > to follow. The primary directive is to reproduce the reported > > > issue. If the specified information is unclear or incomplete > > > or when no test file is provided, it posts a message, asking > > > for the missing information and applies the awaiting-user-response > > > tag. > > > > > > The AI would have an execution environment in a Docker > > > container where it has access to a library with daily builds > > > from the past 5 years. > > > If the issue doesn't reproduce with the latest daily build, > > > it adds the tracbot-fixed-in-master tag. > > > > > > If it can be reproduced with the latest build, it "bisects" > > > the issue using the daily binaries. > > > It adds a message like: "Issue reproducible since version > > > 20xx-xx-xx and the tag tracbot-reproduced-in-master > > > > > > If it can't make sense of it, or is platform-specific or > > > needs certain hardware, or errors, it adds one of the > > > other tags. > > > > > > Some safeguards must be added to avoid anybody getting > > > into a longer chat with it (always ending with > > > awaiting-user-response), but otherwise, I don't think > > > that there's much that can go wrong. > > > > > > A mailing list could be set up, to which it reports it > > > operations, and where interested members (or anybody) > > > can subscribe to. This would provide a kind of real-time > > > monitoring by the community. > > > > > > > > > All-in-all I think it's well doable. > > > > > > Unfortunately though, I cannot spend that much time. > > > Perhaps a candidate for GSoC? > > > > GsoC would need a mentor and a student/contributor wanting to work on > > this. > > Also this would need someone (ideally either the mentor or > > contributor) > > willing to maintain it after GSoC > > > > And it would not surprise me if its more work for us to do this in > > GSoC > > than just do it ourselfs. > > > Hi Michael, > > > yea, that's also one of the reasons why I'm not considering myself as a > good teacher: I use to think that I'll be able to get it done by myself > even before I'm done explaining to someone else. > > The other day I had let the same setup like for the dictionary run on > it, and it struggled, saying it cannot get past the "Anubis" bot > protection on trac.ffmpeg.org. Is that right, do we have that kind of > protection for the trac server? yes, the server was attacked by AI bots, which ignored robots.txt and caused "stability/usability" issues > If yes, is there another way to access > the trac site via API? talk with timo but wget works here thx [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB In fact, the RIAA has been known to suggest that students drop out of college or go to community college in order to be able to afford settlements. -- The RIAA [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 195 bytes --] [-- Attachment #2: Type: text/plain, Size: 251 bytes --] _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2025-04-20 20:37 UTC|newest] Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-04-12 15:11 [FFmpeg-devel] [PATCH 0/3] avutil/dict2: Add AVDictionary2 with hash-based lookup ffmpegagent 2025-04-12 15:11 ` [FFmpeg-devel] [PATCH 1/3] " softworkz 2025-04-16 21:24 ` Michael Niedermayer 2025-04-16 22:38 ` softworkz . 2025-04-12 15:11 ` [FFmpeg-devel] [PATCH 2/3] doc/dict2: Add doc and api change for AVDictionary2 softworkz 2025-04-16 21:48 ` Michael Niedermayer 2025-04-16 22:43 ` softworkz . 2025-04-16 23:15 ` softworkz . 2025-04-16 23:40 ` Michael Niedermayer 2025-04-17 22:38 ` softworkz . 2025-04-19 2:28 ` Michael Niedermayer 2025-04-19 13:43 ` softworkz . 2025-04-20 20:37 ` Michael Niedermayer [this message] 2025-04-12 15:11 ` [FFmpeg-devel] [PATCH 3/3] tests/dict2: Add tests and benchmark " softworkz 2025-04-14 11:02 ` [FFmpeg-devel] [PATCH 0/3] avutil/dict2: Add AVDictionary2 with hash-based lookup Nicolas George 2025-04-14 11:50 ` softworkz . 2025-04-14 13:21 ` softworkz .
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20250420203715.GG4991@pb2 \ --to=michael@niedermayer.cc \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git