Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
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: Sat, 19 Apr 2025 04:28:33 +0200
Message-ID: <20250419022833.GA4991@pb2> (raw)
In-Reply-To: <DM8P223MB0365E4A34BB172A57A33E798BABC2@DM8P223MB0365.NAMP223.PROD.OUTLOOK.COM>


[-- Attachment #1.1: Type: text/plain, Size: 3608 bytes --]

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.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The real ebay dictionary, page 1
"Used only once"    - "Some unspecified defect prevented a second use"
"In good condition" - "Can be repaird by experienced expert"
"As is" - "You wouldnt want it even if you were payed for it, if you knew ..."

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

  reply	other threads:[~2025-04-19  2:28 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 [this message]
2025-04-19 13:43             ` softworkz .
2025-04-20 20:37               ` Michael Niedermayer
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=20250419022833.GA4991@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